RFC 2889 - Benchmarking Methodology for LAN Switching Devices 日本語訳

原文URL : https://datatracker.ietf.org/doc/html/rfc2889
タイトル : RFC 2889 - LANスイッチングデバイスのためのベンチマーキング方法論
翻訳編集 : 自動生成

[要約] 要約：RFC 2889は、LANスイッチングデバイスのベンチマーク方法論に関するガイドラインです。目的：このRFCの目的は、LANスイッチングデバイスの性能評価と比較を容易にするための一貫したベンチマーク手法を提供することです。

Network Working Group                                      R. Mandeville
Request for Comments: 2889                                     CQOS Inc.
Category: Informational                                        J. Perser
                                                  Spirent Communications
                                                             August 2000

           Benchmarking Methodology for LAN Switching Devices

Status of this Memo

このメモの位置付け

This memo provides information for the Internet community. It does not specify an Internet standard of any kind. Distribution of this memo is unlimited.

このメモはインターネットコミュニティのための情報を提供します。それはどんな種類のインターネット標準を指定しません。このメモの配布は無制限です。

著作権表示

著作権（C）インターネット協会（2000）。全著作権所有。

Table of Contents

   1. Introduction . . . . . . . . . . . . . . . . . . . . . . . . .  2
   2. Requirements . . . . . . . . . . . . . . . . . . . . . . . . .  2
   3. Test setup . . . . . . . . . . . . . . . . . . . . . . . . . .  2
   4. Frame formats and sizes  . . . . . . . . . . . . . . . . . . .  3
   5. Benchmarking Tests . . . . . . . . . . . . . . . . . . . . . .  3
      5.1  Fully meshed throughput, frame loss and forwarding rates   4
      5.2  Partially meshed one-to-many/many-to-one  . . . . . . . .  7
      5.3  Partially meshed multiple devices . . . . . . . . . . . . 10
      5.4  Partially meshed unidirectional traffic . . . . . . . . . 13
      5.5  Congestion Control  . . . . . . . . . . . . . . . . . . . 16
      5.6  Forward Pressure and Maximum Forwarding Rate  . . . . . . 19
      5.7  Address caching capacity  . . . . . . . . . . . . . . . . 22
      5.8  Address learning rate . . . . . . . . . . . . . . . . . . 25
      5.9  Errored frames filtering. . . . . . . . . . . . . . . . . 27
      5.10 Broadcast frame Forwarding and Latency  . . . . . . . . . 28
   6. Security Considerations  . . . . . . . . . . . . . . . . . . . 30
   7. References . . . . . . . . . . . . . . . . . . . . . . . . . . 30
   8. Authors' Addresses . . . . . . . . . . . . . . . . . . . . . . 30
      Appendix A: Formulas . . . . . . . . . . . . . . . . . . . . . 31
      Appendix B: Generating Offered Load  . . . . . . . . . . . . . 32
      Full Copyright Statement . . . . . . . . . . . . . . . . . . . 35

1. Introduction

1. はじめに

This document is intended to provide methodology for the benchmarking of local area network (LAN) switching devices. It extends the methodology already defined for benchmarking network interconnecting devices in RFC 2544 [3] to switching devices.

この文書は、スイッチングデバイスのローカルエリアネットワーク（LAN）のベンチマークのための方法論を提供することを意図しています。すでにスイッチング素子〜[3] RFC 2544でデバイスを相互接続ベンチマークネットワーク用に定義された方法論を拡張します。

This RFC primarily deals with devices which switch frames at the Medium Access Control (MAC) layer. It provides a methodology for benchmarking switching devices, forwarding performance, congestion control, latency, address handling and filtering. In addition to defining the tests, this document also describes specific formats for reporting the results of the tests.

このRFCは、主に、媒体アクセス制御（MAC）層でフレームを切り替えるデバイスを扱います。これは、スイッチングデバイスのベンチマークパフォーマンス、輻輳制御、レイテンシー、アドレスハンドリングとフィルタリングを転送するための方法論を提供します。テストの定義に加えて、この文書はまた、テストの結果を報告するための特定のフォーマットを説明しています。

A previous document, "Benchmarking Terminology for LAN Switching Devices" [2], defined many of the terms that are used in this document. The terminology document SHOULD be consulted before attempting to make use of this document.

以前の文書、「LANスイッチングデバイスのためのベンチマーキング用語は、」[2]、このドキュメントで使用されている用語の多くを定義しました。用語の文書は、この文書を使用することを試みる前に相談する必要があります。

2. Requirements

2.要件

The following RFCs SHOULD be consulted before attempting to make use of this document: RFC 1242 [1], RFC 2285 [2], and RFC 2544 [3].

[3] [2] [1]、RFC 2285 RFC 1242、およびRFC 2544：次のRFCは、このドキュメントの使用を作るしようとする前に相談する必要があります。

For the sake of clarity and continuity, this RFC adopts the template for benchmarking tests set out in Section 26 of RFC 2544.

明快さと継続性のために、このRFCは、RFC 2544のセクション26に記載されたテストをベンチマークするためのテンプレートを採用しています。

The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", and "OPTIONAL" in this document are to be interpreted as described in RFC 2119.

この文書のキーワード "MUST"、 "MUST NOT"、 "REQUIRED"、、、、 "べきではない" "べきである" "ないもの" "ものとし"、 "推奨"、 "MAY"、および "OPTIONAL" はありますRFC 2119に記載されるように解釈されます。

3. Test setup

3.テスト・セットアップ

This document extends the general test setup described in section 6 of RFC 2544 [3] to the benchmarking of LAN switching devices. RFC 2544 [3] primarily describes non-meshed traffic where input and output interfaces are grouped in mutually exclusive sending and receiving pairs. In fully meshed traffic, each interface of a DUT/SUT is set up to both receive and transmit frames to all the other interfaces under test.

この文書は、LANスイッチングデバイスのベンチマーク〜[3] RFC 2544のセクション6で説明した一般的なテストセットアップを延びています。 RFC 2544 [3]は、主に非噛合入出力インタフェースは相互に排他的な送受信ペアにグループ化されたトラフィックを記述する。完全メッシュトラフィックにおいて、DUT / SUTの各インタフェースは、試験下の他のすべてのインターフェイスの両方に受信及び送信フレームに設定されています。

Prior to each test run, the DUT/SUT MUST learn the MAC addresses used in the test and the address learning SHOULD be verified. Addresses not learned will be forwarded as flooded frames and reduce the amount of correctly forwarded frames. The rate at which address learning frames are offered may have to be adjusted to be as low as 50 frames per second or even less, to guarantee successful learning. The DUT/SUT address aging time SHOULD be configured to be greater than the period of the learning phase of the test plus the trial duration plus any configuration time required by the testing device. Addresses SHOULD NOT age out until the trial duration is completed. More than one learning trial may be needed for the association of the address to the port to occur.

各テストの実行に先立ち、テストおよびアドレス学習に使用されるMACアドレスを学習しなければならないDUT / SUTを確認する必要があります。学習していないアドレスが殺到フレームとして転送し、正しく転送されたフレームの量を削減します。アドレス学習フレームが提供される速度は、成功した学習を保証するために、さえ低い第2またはあたり50フレームほど低くなるように調整しなければならないかもしれません。時間エージングDUT / SUTアドレスは、テストプラス試験期間プラス検査装置によって要求される任意のコンフィギュレーション時間の学習段階の期間よりも大きくなるように構成されるべきです。試用期間が終了するまでのアドレスがエージングアウトすべきではありません。複数の学習トライアルが発生したポートにアドレスの関連付けのために必要となる場合があります。

If a DUT/SUT uses a hashing algorithm with address learning, the DUT/SUT may not learn the necessary addresses to perform the tests. The format of the MAC addresses MUST be adjustable so that the address mapping may be re-arranged to ensure that the DUT/SUT learns all the addresses.

DUT / SUTは、アドレス学習とハッシュアルゴリズムを使用している場合は、DUT / SUTは、テストを実行するために必要なアドレスを学習しない場合があります。アドレスマッピングはDUT / SUTはすべてのアドレスを学習することを保証するために再配置することができるように、MACアドレスのフォーマットは、調整可能でなければなりません。

4. Frame formats and sizes

4.フレームフォーマットとサイズ

The test frame format is defined in RFC 2544 section 8 [3] and MUST contain a unique signature field located in the UDP DATA area of the Test Frame (see Appendix C [3]). The purpose of the signature field is filter out frames that are not part of the offered load.

テストフレームフォーマットは、RFC 2544のセクション8で定義されている[3]及び試験フレームのUDPデータ領域に位置するユニークな署名フィールドを含まなければならない（付録Cを参照して[3]）。署名フィールドの目的は、提供された負荷の一部ではないフレームをフィルタです。

The signature field MUST be unique enough to identify the frames not originating from the DUT/SUT. The signature field SHOULD be located after byte 56 (collision window [4] ) or at the end of the frame. The length, contents and method of detection is not defined in this memo.

署名フィールドは、DUT / SUTに由来しないフレームを識別するのに十分にユニークでなければなりません。署名フィールドは、バイト56（衝突ウインドウ[4]）の後またはフレームの端部に配置されるべきです。長さ、コンテンツ及び検出の方法は、このメモで定義されていません。

The signature field MAY have a unique identifier per port. This would filter out misforwarded frames. It is possible for a DUT/SUT to strip off the MAC layer, send it through its switching matrix, and transmit it out with the correct destination MAC address but the wrong payload.

署名フィールドは、ポートごとに一意の識別子を持っているかもしれません。これはmisforwardedフレームをフィルタリングします。 DUT / SUTは、MAC層を取り除き、そのスイッチングマトリクスを介して送信し、正しい宛先MACアドレスが、間違ったペイロードとそれを送信することが可能です。

For frame sizes, refer to RFC 2544, section 9 [3].

フレームサイズのために、RFC 2544を参照し、セクション9 [3]。

There are three possible frame formats for layer 2 Ethernet switches: standard MAC Ethernet frames, standard MAC Ethernet frames with vendor-specific tags added to them, and IEEE 802.3ac frames tagged to accommodate 802.1p&Q. The two types of tagged frames may exceed the standard maximum length frame of 1518 bytes, and may not be accepted by the interface controllers of some DUT/SUTs. It is recommended to check the compatibility of the DUT/SUT with tagged frames before testing.

3層2イーサネットスイッチのための可能なフレームフォーマットがある：標準MACイーサネットフレームは、標準MACイーサネットは、それらに加え、ベンダー固有のタグ、及び802.1P＆Qを収容するようにタグ付けされたIEEE 802.3acフレームとフレーム。タグ付けされたフレームの2つのタイプが1518バイトの標準最大長枠を超えることがあり、そしていくつかのDUT /のSUTのインタフェースコントローラによって受け入れられないかもしれません。試験前にタグ付きフレームとDUT / SUTの互換性をチェックすることをお勧めします。

Devices switching tagged frames of over 1518 bytes will have a different maximum forwarding rate than untagged frames.

デバイスのスイッチングがタグなしフレームとは異なる最大転送速度を有することになる1518バイト以上のフレームをタグ付け。

5. Benchmarking Tests

5.ベンチマークテスト

The following tests offer objectives, procedures, and reporting formats for benchmarking LAN switching devices.

次のテストは、LANスイッチングデバイスのベンチマークのための目的、手順、およびレポートのフォーマットを提供します。

5.1 Fully meshed throughput, frame loss and forwarding rates

5.1フルメッシュスループット、フレーム損失および転送レート

5.1.1 Objective

5.1.1目的

To determine the throughput, frame loss and forwarding rates of DUT/SUTs offered fully meshed traffic as defined in RFC 2285 [2].

RFC 2285で定義されるように、スループット、フレーム損失および完全メッシュトラフィックを提供しDUT /のSUTの転送速度を決定する[2]。

5.1.2 Setup Parameters

5.1.2セットアップパラメータ

When offering full meshed traffic, the following parameters MUST be defined. Each parameter is configured with the following considerations.

フルメッシュのトラフィックを提供する場合、以下のパラメータを定義する必要があります。各パラメータは、以下の考慮事項で構成されています。

Frame Size - Recommended frame sizes are 64, 128, 256, 512, 1024, 1280 and 1518 bytes, per RFC 2544 section 9 [3]. The four CRC bytes are included in the frame size specified.

フレームサイズ - 推奨フレームサイズは64、128、256、512、1024、1280と1518バイトであり、RFC 2544あたりの部9 [3]。 4つのCRCバイトが指定されたフレームのサイズに含まれています。

Interframe Gap (IFG) - The IFG between frames inside a burst MUST be at the minimum specified by the standard (9.6 us for 10Mbps Ethernet, 960 ns for 100Mbps Ethernet, and 96 ns for 1 Gbps Ethernet) of the medium being tested.

フレーム間ギャップ（IFG） - IFGバースト内のフレーム間は、試験される媒体（10Mbpsのイーサネット（登録商標）、100Mbpsのイーサネット960ナノ秒、および1Gbpsのイーサネット（登録商標）96のNS 9.6米国）規格で指定された最小値でなければなりません。

Duplex mode - Half duplex or full duplex.

二重モード - 半二重または全二重。

ILoad - Intended Load per port is expressed in a percentage of the medium's maximum theoretical load, regardless of traffic orientation or duplex mode. Certain test configurations will theoretically over-subscribe the DUT/SUT.

ILOAD - ポートあたり対象の負荷に関係なく、トラフィックの方向または二重モードの、メディアの理論上の最大負荷の割合（％）で表されます。特定のテスト構成は、理論的にDUT / SUTをオーバーサブスクライブします。

In half duplex, an ILoad over 50% will over-subscribe the DUT/SUT.

半二重では、50％を超えるILOADは、DUT / SUTをオーバーサブスクライブします。

Burst Size - The burst size defines the number of frames sent back-to-back at the minimum legal IFG [4] before pausing transmission to receive frames. Burst sizes SHOULD vary between 1 and 930 frames. A burst size of 1 will simulate constant load [1].

バーストサイズ - バーストサイズは、フレームを受信するために送信を一時停止する前に、[4]最小法的IFGでのバックツーバック送信されたフレームの数を定義します。バーストサイズは、1と930フレームの間で変化すべきです。 1のバースト・サイズが一定の負荷をシミュレートします[1]。

Addresses per port - Represents the number of addresses which are being tested for each port. Number of addresses SHOULD be a binary exponential (i.e. 1, 2, 4, 8, 16, 32, 64, 128, 256, ...). Recommended value is 1.

ポートごとのアドレス - ポートごとに試験されているアドレスの数を表します。アドレスの数が二進指数であるべきである（すなわち1、2、4、8、16、32、64、128、256、...）。推奨値は1です。

Trial Duration - The recommended Trial Duration is 30 seconds. Trial duration SHOULD be adjustable between 1 and 300 seconds.

試用期間 - 推奨試用期間は30秒です。試用期間は1〜300秒の間で調整可能であるべきです。

5.1.3 Procedure

5.1.3手順

All ports on the tester MUST transmit test frames either in a Frame Based or Time Based mode (Appendix B). All ports SHOULD start transmitting their frames within 1% of the trial duration. For a trial duration of 30 seconds, all ports SHOULD have started transmitting frames within 300 milliseconds of each other.

テスター上のすべてのポートは、フレーム・ベースまたは時間ベースモード（付録B）のいずれかでテストフレームを送信しなければなりません。すべてのポートは、トライアル期間の1％以内にフレームの送信を開始する必要があります。 30秒の試用期間中の場合は、すべてのポートは、互いの300ミリ秒以内のフレームの送信を開始している必要があります。

Each port in the test MUST send test frames to all other ports in a round robin type fashion. The sequence of addresses MUST NOT change when congestion control is applied. The following table shows how each port in a test MUST transmit test frames to all other ports in the test. In this example, there are six ports with 1 address per port:

試験の各ポートには、ラウンドロビン型の様式で他のすべてのポートに試験フレームを送信しなければなりません。輻輳制御が適用されたときのアドレスの順序は変えてはいけません。次の表は、試験中の各ポートは、テスト中の他のすべてのポートに試験フレームを送信しなければならない方法を示しています。この例では、ポートごとに1つのアドレスの6つのポートがあります。

Source Port Destination Ports (in order of transmission)

（伝送のために）送信元ポート宛先ポート

Port #1 2 3 4 5 6 2... Port #2 3 4 5 6 1 3... Port #3 4 5 6 1 2 4... Port #4 5 6 1 2 3 5... Port #5 6 1 2 3 4 6... Port #6 1 2 3 4 5 1...

ポート＃1 2 3 4 5 6 2 ...ポート＃2 3 4 5 6 1 3 ...ポート＃3 4 5 6 1 2 3 4 ...ポート＃4 5 6 1 2 3 5 ...ポート＃ 6 1 2 3 4 5 6 ...ポート＃6 1 2 3 4 5 1 ...

As shown in the table, there is an equal distribution of destination addresses for each transmit opportunity. This keeps the test balanced so that one destination port is not overloaded by the test algorithm and all ports are equally and fully loaded throughout the test. Not following this algorithm exactly will produce inconsistent results.

表に示すように、各送信機会の宛先アドレスの均等な分布があります。これは、1つの宛先ポートは、テスト・アルゴリズムによってオーバーロードされず、すべてのポートが等しく、完全に試験を通してロードされるように、バランス試験を続けます。このアルゴリズムは正確に一貫性のない結果を生成します以下ません。

For tests using multiple addresses per port, the actual port destinations are the same as described above and the actual source/destination address pairs SHOULD be chosen randomly to exercise the DUT/SUT's ability to perform address lookups.

上記の実際の送信元/宛先アドレスペアをランダムアドレスルックアップを実行するためのDUT / SUTの能力を行使するために選択されるべきであるように、ポートごとに複数のアドレスを使用して試験するため、実際のポート宛先が同じです。

For every address, learning frames MUST be sent to the DUT/SUT to allow the DUT/SUT update its address tables properly.

すべてのアドレスのために、学習のフレームがDUT / SUTが適切にそのアドレステーブルを更新できるように、DUT / SUTに送らなければなりません。

5.1.4 Measurements

5.1.4測定

Each port should receive the same number of test frames that it transmitted. Each receiving port MUST categorize, then count the frames into one of two groups:

各ポートは、それが送信したテストフレームの同じ数を受けるべきです。各受信ポートは、2つのグループのいずれかにフレームをカウントし、分類しなければなりません：

1.) Received Frames: received frames MUST have the correct destination MAC address and SHOULD match a signature field.

1）フレームを受信：受信されたフレームが正しい宛先MACアドレスが必要と署名フィールドと一致する必要があります。

2.) Flood count [2].

2.）洪水・カウント[2]。

Any frame originating from the DUT/SUT (spanning tree, SNMP, RIP, ...) MUST not be counted as a received frame. Frames originating from the DUT/SUT MAY be counted as flooded frames or not counted at all.

DUT / SUT（スパニングツリー、SNMP、RIP、...）に由来する任意のフレームが受信されたフレームとしてカウントしてはいけません。 DUT / SUTに由来するフレームをフラッディングフレームとしてカウントまたはすべてでカウントされなくてもよいです。

Frame loss rate of the DUT/SUT SHOULD be reported as defined in section 26.3 [3] with the following notes: Frame loss rate SHOULD be measured at the end of the trail duration. The term "rate", for this measurement only, does not imply the units in the fashion of "per second."

セクション26.3で定義されるようにDUT / SUTのフレーム損失率が報告されるべきである[3]以下のリアクション：フレーム損失率がトレイル期間の終了時に測定されるべきです。この測定のための用語「速度」は、唯一、「毎秒。」の形で単位を意味するものではありません。

5.1.4.1 Throughput

5.1.4.1スループット

Throughput measurement is defined in section 26.1 [3]. A search algorithm is employed to find the maximum Oload [2] with a zero Frame loss rate [1]. The algorithm MUST adjust Iload to find the throughput.

スループット測定は、セクション26.1で定義されている[3]。探索アルゴリズムは、ゼロフレーム損失率と最大Oload [2]を見つけるために使用される[1]。このアルゴリズムは、スループットを見つけるために、Iloadのを調整する必要があります。

5.1.4.2 Forwarding Rate

5.1.4.2転送レート

Forwarding rate (FR) of the DUT/SUT SHOULD be reported as the number of test frames per second that the device is observed to successfully forward to the correct destination interface in response to a specified Oload. The Oload MUST also be cited.

DUT / SUTの転送レート（FR）は、デバイスが正常に前方指定Oloadに応答して、正しい宛先インタフェースに観察されることを毎秒テストフレームの数として報告されるべきです。 Oloadも引用されなければなりません。

Forwarding rate at maximum offered load (FRMOL) MUST be reported as the number of test frames per second that a device can successfully transmit to the correct destination interface in response to the MOL as defined in section 3.6 [2]. The MOL MUST also be cited.

セクション3.6で定義された最大提供負荷（FRMOL）での転送速度は、デバイスが正常にMOLに応答して正しい宛先インターフェイスに送信することができる毎秒テストフレームの数として報告されなければならない[2]。 MOLも引用されなければなりません。

Maximum forwarding rate (MFR) MUST be reported as the highest forwarding rate of a DUT/SUT taken from an iterative set of forwarding rate measurements. The iterative set of forwarding rate measurements are made by adjusting Iload. The Oload applied to the device MUST also be cited.

最大転送レート（MFR）は、速度測定の転送の反復組から取られたDUT / SUTの最高転送速度として報告しなければなりません。転送速度測定の反復セットはIloadがを調整することによって行われます。 Oloadも引用されなければならない装置に適用しました。

5.1.5 Reporting format

5.1.5レポート形式

The results for these tests SHOULD be reported in the form of a graph. The x coordinate SHOULD be the frame size, the y coordinate SHOULD be the test results. There SHOULD be at least two lines on the graph, one plotting the theoretical and one plotting the test results.

これらの試験の結果をグラフの形で報告されるべきです。 X座標フレームサイズでなければならず、y座標の試験結果であるべきです。 1は、理論的および実験結果をプロット1をプロット、グラフ上の少なくとも2本の線があるはずです。

To measure the DUT/SUT's ability to switch traffic while performing many different address lookups, the number of addresses per port MAY be increased in a series of tests.

多くの異なるアドレスルックアップを実行しながら、トラフィックを切り替えるDUT / SUTの能力を測定するには、ポートあたりのアドレスの数は、一連のテストで増加させることができます。

5.2 Partially meshed one-to-many/many-to-one

5.2部分メッシュ1対多/多対一

5.2.1 Objective

5.2.1目的

To determine the throughput when transmitting from/to multiple ports and to/from one port. As with the fully meshed throughput test, this test is a measure of the capability of the DUT to switch frames without frame loss. Results of this test can be used to determine the ability of the DUT to utilize an Ethernet port when switching traffic from multiple Ethernet ports.

/から複数のポート及びに/つのポートから送信する際のスループットを決定します。フルメッシュスループット試験と同様に、このテストは、フレーム損失なしでフレームを切り替えるDUTの能力の尺度です。この試験の結果は、複数のイーサネットポートからのトラフィックを切り替えるとき、Ethernetポートを利用するDUTの能力を決定するために用いることができます。

5.2.2 Setup Parameters

5.2.2セットアップパラメータ

When offering bursty meshed traffic, the following parameters MUST be defined. Each parameter is configured with the following considerations.

バースト性のメッシュ化トラフィックを提供する場合、以下のパラメータを定義する必要があります。各パラメータは、以下の考慮事項で構成されています。

Frame Size - Recommended frame sizes are 64, 128, 256, 512, 1024, 1280 and 1518 bytes, per RFC 2544 section 9 [3]. The four CRC bytes are included in the frame size specified.

Traffic Direction - Traffic can be generated in one direction, the reverse direction, or both directions.

トラフィックの方向 - トラフィックは、一方向、逆方向、又は両方向に発生させることができます。

Duplex mode - Half duplex or full duplex.

二重モード - 半二重または全二重。

In half duplex bidirectional traffic, an ILoad over 50% will over-subscribe the DUT/SUT.

半二重双方向のトラフィックでは、ILOAD 50％以上がDUT / SUTをオーバーサブスクライブします。

Trial Duration - The recommended Trial Duration is 30 seconds. Trial duration SHOULD be adjustable between 1 and 300 seconds.

試用期間 - 推奨試用期間は30秒です。試用期間は1〜300秒の間で調整可能であるべきです。

5.2.3 Procedure

5.2.3手順

All ports on the tester MUST transmit test frames either in a Frame Based or Time Based mode (Appendix B). Depending upon traffic direction, some or all of the ports will be transmitting. All ports SHOULD start transmitting their frames within 1% of the trial duration. For a trial duration of 30 seconds, all ports SHOULD have started transmitting frames within 300 milliseconds of each other.

テスター上のすべてのポートは、フレーム・ベースまたは時間ベースモード（付録B）のいずれかでテストフレームを送信しなければなりません。トラフィックの方向に応じて、ポートの一部または全部が送信されます。すべてのポートは、トライアル期間の1％以内にフレームの送信を開始する必要があります。 30秒の試用期間中の場合は、すべてのポートは、互いの300ミリ秒以内のフレームの送信を開始している必要があります。

Test frames transmitted from the Many Ports MUST be destined to the One port. Test frames transmitted from the One Port MUST be destined to the Many ports in a round robin type fashion. See section 5.1.3 for a description of the round robin fashion.

多くのポートから送信されたテストフレームは、1つのポートに宛てなければなりません。一方のポートから送信されたテストフレームは、ラウンドロビン型の様式で多くのポート宛てなければなりません。ラウンドロビン方式の説明については、セクション5.1.3を参照してください。

        +----------+
        |          |
        |   Many   | <--------
        |          |          \
        +----------+           \
                                \
        +----------+             \               +-------------+
        |          |              ------------>  |             |
        |   Many   |  <----------------------->  |     One     |
        |          |              ------------>  |             |
        +----------+             /               +-------------+
                                /
        +----------+           /
        |          |          /
        |   Many   |  <-------
        |          |
        +----------+

For every address, the testing device MUST send learning frames to allow the DUT/SUT to update its address tables properly.

すべてのアドレスの場合、試験装置は、DUT / SUTが適切にそのアドレステーブルを更新できるようにするためのフレームを学んで送らなければなりません。

5.2.4 Measurements

5.2.4測定

Each receiving port MUST categorize, then count the frames into one of two groups:

各受信ポートは、2つのグループのいずれかにフレームをカウントし、分類しなければなりません：

1.) Received Frames: received frames MUST have the correct destination MAC address and SHOULD match a signature field.

1）フレームを受信：受信されたフレームが正しい宛先MACアドレスが必要と署名フィールドと一致する必要があります。

2.) Flood count [2].

2.）洪水・カウント[2]。

Any frame originating from the DUT/SUT MUST not be counted as a received frame. Frames originating from the DUT/SUT MAY be counted as flooded frames or not counted at all.

DUT / SUTに由来する任意のフレームが受信されたフレームとしてカウントしてはいけません。 DUT / SUTに由来するフレームをフラッディングフレームとしてカウントまたはすべてでカウントされなくてもよいです。

Forwarding rate (FR) of the DUT/SUT SHOULD be reported as the number of test frames per second that the device is observed to successfully transmit to the correct destination interface in response to a specified Oload. The Oload MUST also be cited.

DUT / SUTの転送レート（FR）は、デバイスが正常に指定Oloadに応答して、正しい宛先インターフェイスに送信することが観察されていることを毎秒テストフレームの数として報告されるべきです。 Oloadも引用されなければなりません。

5.2.5 Reporting Format

5.2.5レポートフォーマット

To measure the DUT/SUT's ability to switch traffic while performing many different address lookups, the number of addresses per port MAY be increased in a series of tests.

5.3 Partially meshed multiple devices

5.3は、部分的に複数のデバイスを噛合

5.3.1 Objective

5.3.1目的

To determine the throughput, frame loss and forwarding rates of two switching devices equipped with multiple ports and one high speed backbone uplink (Gigabit Ethernet, ATM, SONET).

複数のポートを備えた2つのスイッチング素子と1つの高速バックボーンアップリンク（ギガビット・イーサネット、ATM、SONET）のスループット、フレーム損失および転送レートを決定します。

5.3.2 Setup Parameters

5.3.2セットアップパラメータ

When offering bursty partially meshed traffic, the following parameters MUST be defined. Each variable is configured with the following considerations.

バースト的な部分メッシュのトラフィックを提供する場合、以下のパラメータを定義する必要があります。各変数は、以下の考慮事項で構成されています。

Frame Size - Recommended frame sizes are 64, 128, 256, 512, 1024, 1280 and 1518 bytes, per RFC 2544 section 9 [3]. The four CRC bytes are included in the frame size specified.

Duplex mode - Half duplex or full duplex.

二重モード - 半二重または全二重。

In half duplex, an ILoad over 50% will over-subscribe the DUT/SUT.

半二重では、50％を超えるILOADは、DUT / SUTをオーバーサブスクライブします。

Trial Duration - The recommended Trial Duration is 30 seconds. Trial duration SHOULD be adjustable between 1 and 300 seconds.

試用期間 - 推奨試用期間は30秒です。試用期間は1〜300秒の間で調整可能であるべきです。

Local Traffic - A Boolean value of ON or OFF. The frame sequence algorithm MAY be altered to remove local traffic. With local traffic ON, the algorithm is exactly the same as a fully meshed throughput. With local traffic OFF, the port sends frames to all other ports on the other side of the backbone uplink in a round robin type fashion.

ローカルトラフィック - ONやOFFのブール値。フレームシーケンスアルゴリズムは、ローカルトラフィックを削除するように変更することができます。地域の交通ONの場合、アルゴリズムは、フルメッシュスループットとまったく同じです。ローカルトラフィックをオフにして、ポートがラウンドロビン方式の形でバックボーンアップリンクの反対側に他のすべてのポートにフレームを送信します。

5.3.3 Procedure

5.3.3手順

テスター上のすべてのポートは、フレーム・ベースまたは時間ベースモード（付録B）のいずれかでテストフレームを送信しなければなりません。すべてのポートは、トライアル期間の1％以内にフレームの送信を開始する必要があります。 30秒の試用期間中の場合は、すべてのポートは、互いの300ミリ秒とフレームの送信を開始している必要があります。

Each port in the test MUST send test frames to all other ports in a round robin type fashion as defined in section 5.1.3. Local traffic MAY be removed from the round robin list in order to send the entire load across the backbone uplink.

セクション5.1.3で定義されるように、試験中の各ポートは、ラウンドロビン型の様式で他のすべてのポートに試験フレームを送信しなければなりません。ローカルトラフィックは、バックボーンのアップリンク間で負荷全体を送信するために、ラウンドロビンリストから除去することができます。

For every address, the testing device MUST send learning frames to allow the DUT/SUT to update its address tables properly.

To measure the DUT/SUT's ability to switch traffic while performing many different address lookups, the number of addresses per port MAY be increased in a series of tests.

5.3.4 Measurements

5.3.4測定

Each receiving port MUST categorize, then count the frames into one of two groups:

各受信ポートは、2つのグループのいずれかにフレームをカウントし、分類しなければなりません：

1.) Received frames MUST have the correct destination MAC address and SHOULD match a signature field.

1）受信フレームは、正しい宛先MACアドレスが必要と署名フィールドと一致する必要があります。

2.) Flood count [2].

2.）洪水・カウント[2]。

Any frame originating from the DUT/SUT MUST not be counted as a received frame. Frames originating from the DUT/SUT MAY be counted as flooded frames or not counted at all.

Frame loss rate of the DUT/SUT SHOULD be reported as defined in section 26.3 [3] with the following notes: Frame loss rate SHOULD be measured at the end of the trial duration. The term "rate", for this measurement only, does not imply the units in the fashion of "per second."

セクション26.3で定義されるようにDUT / SUTのフレーム損失率が報告されるべきである[3]以下のリアクション：フレーム損失率が試用期間の終了時に測定されるべきです。この測定のための用語「速度」は、唯一、「毎秒。」の形で単位を意味するものではありません。

5.3.4.1 Throughput

5.3.4.1スループット

5.3.4.2 Forwarding rate

5.3.4.2転送レート

5.3.5 Reporting format

5.3.5レポート形式

To measure the DUT/SUT's ability to switch traffic while performing many different address lookups, the number of addresses per port MAY be increased in a series of tests.

5.4 Partially meshed unidirectional traffic

5.4部分メッシュ単方向のトラフィック

5.4.1 Objective

5.4.1目的

To determine the throughput of the DUT/SUT when presented multiple streams of unidirectional traffic with half of the ports on the DUT/SUT are transmitting frames destined to the other half of the ports.

DUT / SUTのポートの半分一方向トラフィックの複数のストリームを提示したときにDUT / SUTのスループットを決定するためにポートの他の半分宛のフレームを送信しています。

5.4.2 Setup Parameters

5.4.2セットアップパラメータ

The following parameters MUST be defined. Each variable is configured with the following considerations.

以下のパラメータを定義する必要があります。各変数は、以下の考慮事項で構成されています。

Frame Size - Recommended frame sizes are 64, 128, 256, 512, 1024, 1280 and 1518 bytes, per RFC 2544 section 9 [3]. The four CRC bytes are included in the frame size specified.

Duplex mode - Half duplex or full duplex.

二重モード - 半二重または全二重。

ILoad will not over-subscribe the DUT/SUT in this test.

ILOADは、この試験ではDUT / SUTをオーバーサブスクライブしません。

Trial Duration - The recommended Trial Duration is 30 seconds. Trial duration SHOULD be adjustable between 1 and 300 seconds.

試用期間 - 推奨試用期間は30秒です。試用期間は1〜300秒の間で調整可能であるべきです。

5.4.3 Procedure

5.4.3手順

      Ports do not send and receive test frames simultaneously.  As a
      consequence, there should be no collisions unless the DUT is
      misforwarding frames, generating flooded or Spanning-Tree frames
      or is enabling some flow control mechanism.  Ports used for this
      test are either transmitting or receiving, but not both. Those
      ports which are transmitting send test frames destined to
      addresses corresponding to each of the ports receiving.  This
      creates a unidirectional mesh of traffic.

Each transmitting port in the test MUST send frames to all receiving ports in a round robin type fashion. The sequence of addresses MUST NOT change when congestion control is applied. The following table shows how each port in a test MUST transmit test frames to all other ports in the test. In this 8 port example, port 1 through 4 are transmitting and ports 5 through 8 are receiving; each with 1 address per port:

試験中の各送信ポートは、ラウンドロビン型の様式で全ての受信ポートにフレームを送信しなければなりません。輻輳制御が適用されたときのアドレスの順序は変えてはいけません。次の表は、試験中の各ポートは、テスト中の他のすべてのポートに試験フレームを送信しなければならない方法を示しています。この8ポートの例では、4スルーポート1が送信され、ポート8を介して、図5は、受信しています。ポートごとに1つのアドレスを持つ各：

Source Port, then Destination Ports (in order of transmission)

送信元ポート、宛先ポート（伝送順）

Port #1 5 6 7 8 5 6... Port #2 6 7 8 5 6 7... Port #3 7 8 5 6 7 8... Port #4 8 5 6 7 8 5...

ポート＃1 5 6 7 8 5 6 ...ポート＃2 6 7 8 5 6 7 ...ポート＃3 7 8 5 6 7 8 ...ポート＃4 8 5 6 7 8 5 ...

As shown in the table, there is an equal distribution of destination addresses for each transmit opportunity. This keeps the test balanced so that one destination port is not overloaded by the test algorithm and all receiving ports are equally and fully loaded throughout the test. Not following this algorithm exactly will product inconsistent results.

表に示すように、各送信機会の宛先アドレスの均等な分布があります。これは、1つの宛先ポートは、テスト・アルゴリズムによってオーバーロードされず、全ての受信ポートが等しく、完全に試験を通してロードされるように、バランス試験を続けます。製品矛盾した結果は、まさにこのアルゴリズムをします以下ません。

For every address, the testing device MUST send learning frames to allow the DUT/SUT to load its address tables properly. The address table's aging time SHOULD be set sufficiently longer than the learning time and trial duration time combined. If the address table ages out during the test, the results will show a lower performing DUT/SUT.

すべてのアドレスの場合、試験装置は、DUT / SUTが適切にそのアドレステーブルをロードできるようにするためにフレームを学んで送らなければなりません。アドレステーブルのエージング時間を一緒に学習の時間やトライアル期間の時間よりも十分に長く設定されるべきである（SHOULD）。テスト中のアドレステーブルのエージングアウトした場合、その結果は下の実行DUT / SUTが表示されます。

To measure the DUT/SUT's ability to switch traffic while performing many different address lookups, the number of addresses per port MAY be increased in a series of tests.

5.4.4 Measurements

5.4.4測定

      Each receiving port MUST categorize, then count the frames into
      one of two groups:

1.) Received Frames: received frames MUST have the correct destination MAC address and SHOULD match a signature field.

1）フレームを受信：受信されたフレームが正しい宛先MACアドレスが必要と署名フィールドと一致する必要があります。

2.) Flood count [2].

2.）洪水・カウント[2]。

Any frame originating from the DUT/SUT MUST not be counted as a received frame. Frames originating from the DUT/SUT MAY be counted as flooded frames or not counted at all.

5.4.4.1 Throughput

5.4.4.1スループット

5.4.4.2 Forwarding rate

5.4.4.2転送レート

5.4.5 Reporting format

5.4.5レポート形式

To measure the DUT/SUT's ability to switch traffic while performing many different address lookups, the number of addresses per port MAY be increased in a series of tests.

5.5 Congestion Control

5.5輻輳制御

5.5.1 Objective

5.5.1目的

To determine how a DUT handles congestion. Does the device implement congestion control and does congestion on one port affect an uncongested port. This procedure determines if Head of Line Blocking and/or Backpressure are present.

DUTは、輻輳を処理する方法を決定するには。デバイスは、輻輳制御を実装ず、1つのポートで輻輳が輻輳していないポートには影響しません。ラインのヘッドはブロックおよび/またはバックプレッシャーが存在している場合は、この手順が決定します。

5.5.2 Setup Parameters

5.5.2セットアップパラメータ

The following parameters MUST be defined. Each variable is configured with the following considerations.

以下のパラメータを定義する必要があります。各変数は、以下の考慮事項で構成されています。

Frame Size - Recommended frame sizes are 64, 128, 256, 512, 1024, 1280 and 1518 bytes, per RFC 2544 section 9 [3]. The four CRC bytes are included in the frame size specified.

Duplex mode - Half duplex or full duplex.

二重モード - 半二重または全二重。

Trial Duration - The recommended Trial Duration is 30 seconds. Trial duration SHOULD be adjustable between 1 and 300 seconds.

試用期間 - 推奨試用期間は30秒です。試用期間は1〜300秒の間で調整可能であるべきです。

5.5.3 Procedure

5.5.3手順

This test MUST consist of a multiple of four ports with the same MOL. Four ports are REQUIRED and MAY be expanded to fully utilize the DUT/SUT in increments of four. Each group of four will contain a test block with two of the ports as source transmitters and two of the ports as receivers. The diagram below depicts the flow of traffic between the switch ports:

このテストは、同じMOLを有する4つのポートの複数から構成されなければなりません。四つのポートが必要であり、完全に4単位のDUT / SUTを利用するように拡張することができます。 4の各グループは、ソース送信器として2つのポートと受信機のような2つのポートとテストブロックを含むことになります。以下の図は、スイッチポート間のトラフィックの流れを示しています。

        +----------+   50 % MOL                  +-------------+
        |          |  ------------------------>  |             |
        |          |   50 % MOL                  | uncongested |
        |          |  ---------                  |             |
        +----------+            \                +-------------+
                                 \
                                  \
                                   \
        +----------+                \            +-------------+
        |          |                 --------->  |             |
        |          |   100 % MOL                 | congested   |
        |          |  ------------------------>  |             |
        +----------+                             +-------------+

Both source transmitters MUST transmit the exact number of test frames. The first source MUST transmit test frames at the MOL with the destination address of the two receive ports in an alternating order. The first test frame to the uncongested receive port, second test frame to the congested receive port, then repeat. The second source transmitter MUST transmit test frames at the MOL only to the congested receive port.

両方のソース送信機は、試験フレームの正確な数を送信しなければなりません。最初のソースは、2つの交互の順序で受信ポートの宛先アドレスとMOLでテストフレームを送信しなければなりません。非輻輳への最初の試験フレームが繰り返し次いで、受信ポート輻輳にポート、第二の試験フレームを受信します。第2のソース送信機は、輻輳が受信ポートのみモルの試験フレームを送信しなければなりません。

Both receive ports SHOULD distinguish between test frames originating from the source ports and frames originating from the DUT/SUT. Only test frames from the source ports SHOULD be counted.

両方のポートがDUT / SUTから発信元ポート及びフレーム由来の試験フレームを区別すべきである受け取ります。送信元ポートからのみの試験フレームがカウントされるべきです。

The uncongested receive port should be receiving at a rate of half the MOL. The number of test frames received on the uncongested port SHOULD be 50% of the test frames transmitted by the first source transmitter. The congested receive port should be receiving at the MOL. The number of test frames received on the congested port should be between 100% and 150% of the test frames transmitted by one source transmitter.

輻輳していないポートが半分MOLのレートで受信されなければならない受け取ります。非輻輳ポートで受信したテストフレームの数は、第1のソース送信機によって送信されたテストフレームの50％であるべきです。混雑ポートはMOLで受信されなければならない受け取ります。輻輳ポートで受信したテストフレームの数を100％と一つのソース送信機によって送信されたテストフレームの150％の間であるべきです。

Test frames destined to uncongested ports in a switch device should not be dropped due to other ports being congested, even if the source is sending to both the congested and uncongested ports.

スイッチ装置に非輻輳ポート宛ての試験フレームは、ソースが両方の混雑及び非輻輳ポートに送信された場合でも、により他のポートが輻輳しているに低下すべきではありません。

5.5.4 Measurements

5.5.4測定

Any frame received which does not have the correct destination address MUST not be counted as a received frame and SHOULD be counted as part of a flood count.

正しい宛先アドレスを持っていない任意のフレーム受信は、受信したフレームとしてカウントしてはならず、洪水・カウントの一部としてカウントする必要があります。

Any frame originating from the DUT/SUT MUST not be counted as a received frame. Frames originating from the DUT/SUT MAY be counted as flooded frames or not counted at all.

Frame loss rate of the DUT/SUT's congested and uncongested ports MUST be reported as defined in section 26.3 [3] with the following notes: Frame loss rate SHOULD be measured at the end of the trial duration. The term "rate", for this measurement only, does not imply the units in the fashion of "per second."

セクション26.3で定義されるようにDUT / SUTの混雑及び非輻輳ポートのフレーム損失率が報告されなければならない[3]以下のリアクション：フレーム損失率が試用期間の終了時に測定されるべきです。この測定のための用語「速度」は、唯一、「毎秒。」の形で単位を意味するものではありません。

Offered Load to the DUT/SUT MUST be reported as the number of test frames per second that the DUT/SUT observed to accept. This may be different that the MOL.

DUT / SUTに提供された負荷は、DUT / SUTが受け入れることが観察されていること毎秒テストフレームの数として報告されなければなりません。これは、MOLその異なる場合があります。

Forwarding rate (FR) of the DUT/SUT's congested and uncongested ports MUST be reported as the number of test frames per second that the device is observed to successfully transmit to the correct destination interface in response to a specified offered load. The offered load MUST also be cited.

DUT / SUTの混雑及び非輻輳ポートの転送レート（FR）は、デバイスが正常に指定された提供された負荷に応じて、正しい宛先インターフェイスに送信することが観察されていることを毎秒テストフレームの数として報告されなければなりません。与えられた負荷にも引用されなければなりません。

5.5.5 Reporting format

5.5.5レポート形式

This test MUST report the frame lost rate at the uncongested port, the forwarding rate (at 50% offered load) at the uncongested port, and the frame lost rate at the congested port. This test MAY report the frame counts transmitted and frame counts received by the DUT/SUT.

この試験は、フレームが非輻輳ポートで、非輻輳ポートで（50％の提供負荷時）の転送速度を速度を失い、そしてフレームが輻輳ポートレートを失った報告しなければなりません。このテストでは、送信されたフレーム数とDUT / SUTで受信したフレームの数を報告することがあります。

5.5.5.1 HOLB

5.5.5.1 HOLBA

If there is frame loss at the uncongested port, "Head of Line" blocking is present. The DUT cannot forward the amount of traffic to the congested port and as a result it is also losing frames destined to the uncongested port.

フレームロスが輻輳していないポートである場合には、「ヘッドラインの」ブロッキングが存在しています。 DUTは、混雑したポートへのトラフィックの量を転送することができず、結果として、それはまた、輻輳していないポート宛のフレームを失っています。

5.5.5.2 Back Pressure

5.5.5.2バックプレッシャー

If there is no frame loss on the congested port, then backpressure is present. It should be noted that this test expects the overall load to the congested port to be greater than 100%. Therefore if the load is greater than 100% and no frame loss is detected, then the DUT must be implementing a flow control mechanism. The type of flow control mechanism used is beyond the scope of this memo.

混雑したポートにはフレームの損失が存在しない場合には、背圧が存在しています。このテストが輻輳ポートへの全体的な負荷が100％を超えることを期待していることに留意すべきです。負荷が100％を超えるとNOフレーム損失が検出されない場合したがって、その後DUTはフロー制御メカニズムを実装しなければなりません。使用される流量制御機構のタイプは、このメモの範囲を超えています。

It should be noted that some DUTs may not be able to handle the 100% load presented at the input port. In this case, there may be frame loss reported at the uncongested port which is due to the load at the input port rather than the congested port's load.

いくつかのDUTは、入力ポートに提示し、100％の負荷を処理することができないかもしれないことに留意すべきです。この場合には、入力ポートにおける負荷よりもむしろ輻輳ポートの負荷に起因する非輻輳ポートで報告されたフレームの損失があってもよいです。

If the uncongested frame loss is reported as zero, but the maximum forwarding rate is less than 7440 (for 10Mbps Ethernet), then this may be an indication of congestion control being enforced by the DUT. In this case, the congestion control is affecting the throughput of the uncongested port.

非輻輳フレーム損失はゼロと報告が、最大転送速度は（10Mbpsのイーサネットの場合）未満7440である場合、これはDUTによって強制される輻輳制御の指標とすることができます。この場合、輻輳制御は輻輳していないポートのスループットに影響を及ぼしています。

If no congestion control is detected, the expected percentage frame loss for the congested port is 33% at 150% overload. It is receiving 100% load from 1 port, and 50% from another, and can only get 100% possible throughput, therefore having a frame loss rate of 33% (150%-50%/150%).

輻輳制御が検出されない場合、輻輳ポートの予想パーセンテージフレーム損失は150％の過負荷の33％です。従って、33％（50％/ 150％150％）のフレーム損失率を有する、別の1つのポート、および50％から100％の荷重を受けている、とだけ100％の可能なスループットを得ることができます。

5.6 Forward Pressure and Maximum Forwarding Rate

5.6フォワード圧力と最大転送レート

5.6.1 Objective

5.6.1目的

The Forward Pressure test overloads a DUT/SUT port and measures the output for forward pressure [2]. If the DUT/SUT transmits frames with an interframe gap less than 96 bits (section 4.2.3.2.2 [4]), then forward pressure is detected.

前方圧力試験は、DUT / SUTポートをオーバーロードし、順方向圧力のための出力を測定する[2]。 DUT / SUTは、フレーム間ギャップを有するフレーム未満の96ビット（セクション4.2.3.2.2 [4]）を送信する場合、順方向の圧力が検出されます。

The objective of the Maximum Forwarding Rate test is to measure the peak value of the Forwarding Rate when the Offered Load is varied between the throughput [1] and the Maximum Offered Load [2].

最大転送レート試験の目的は、提供された負荷は、スループット[1]と最大提供された負荷の間に変化させたときの転送レートのピーク値を測定することである[2]。

5.6.2 Setup Parameters

5.6.2セットアップパラメータ

The following parameters MUST be defined. Each variable is configured with the following considerations.

以下のパラメータを定義する必要があります。各変数は、以下の考慮事項で構成されています。

Frame Size - Recommended frame sizes are 64, 128, 256, 512, 1024, 1280 and 1518 bytes, per RFC 2544 section 9 [3]. The four CRC bytes are included in the frame size specified.

Duplex mode - Half duplex or full duplex.

二重モード - 半二重または全二重。

Trial Duration - The recommended Trial Duration is 30 seconds. Trial duration SHOULD be adjustable between 1 and 300 seconds.

試用期間 - 推奨試用期間は30秒です。試用期間は1〜300秒の間で調整可能であるべきです。

Step Size - The minimum incremental resolution that the Iload will be incremented in frames per second. The smaller the step size, the more accurate the measurement and the more iterations required. As the Iload approaches the MOL, the minimum step size will increase because of gap resolution on the testing device.

ステップサイズ - Iloadが1秒あたりのフレームでインクリメントされる最小増分分解能。より小さなステップサイズ、より正確に測定し、必要以上の反復。 IloadのがMOLに近づくにつれて、最小ステップサイズがあるため、検査装置上のギャップ分解能を増加するであろう。

5.6.3 Procedure

5.6.3手順

5.6.3.1 Maximum forwarding rate

5.6.3.1最大転送速度

If the Throughput [1] and the MOL [2] are the same, then MFR [2] is equal to the MOL [2].

スループット[1]及びMOL [2]と同じである場合、MFR [2] MOL [2]に等しいです。

This test MUST at a minimum be performed in a two-port configuration as described below. Learning frames MUST be sent to allow the DUT/SUT to update its address tables properly.

後述のように最小で、この試験MUSTは、2ポート構成で行うこと。学習フレームはDUT / SUTが適切にそのアドレステーブルを更新できるようにするために送らなければなりません。

Test frames are transmitted to the first port (port 1) of the DUT/SUT at the Iload. The FR [2] on the second port (port 2) of the DUT/SUT is measured. The Iload is incremented for each Step Size to find the MFR. The algorithm for the test is as follows:

試験フレームはIloadがでDUT / SUTの最初のポート（ポート1）に送信されます。 FR [2] DUT / SUTの第2ポート（ポート2）には、測定されます。 Iloadのは、MFRを見つけるために、各ステップサイズに増加します。次のようにテストのためのアルゴリズムは次のとおりです。

CONSTANT MOL = ... frames/sec; {Maximum Offered Load} VARIABLE MFR := 0 frames/sec; {Maximum Forwarding Rate} ILOAD := starting throughput in frames/sec; {offered load} STEP := ... frames/sec; {Step Size} BEGIN ILOAD := ILOAD - STEP; DO BEGIN ILOAD := ILOAD + STEP IF (ILOAD > MOL) THEN BEGIN ILOAD := MOL END AddressLearning; {Port 2 broadcasts with its source address} Transmit(ILOAD); {Port 1 sends frames to Port 2 at Offered load} IF (Port 2 Forwarding Rate > MFR) THEN BEGIN MFR := Port 2 Forwarding Rate; {A higher value than before} END

CONSTANT MOL = ...フレーム/秒。 {最大提供された負荷} VARIABLE MFR：= 0フレーム/秒。 {最大転送レート} ILOAD：フレーム/秒で開始=スループット。 {提供された負荷} STEP：= ...フレーム/秒。 {ステップサイズは} ILOADをBEGIN：= ILOAD - STEP。（ILOAD> MOL）場合、ILOADをBEGIN = ILOAD +工程：ILOADをBEGIN DO = MOL END AddressLearning。送信（ILOAD）{その送信元アドレスとポート2ブロードキャスト}。（ポート2転送レート> MFR）IF {ポート1が提供された負荷でポート2にフレームを送信} THEN MFRをBEGIN：=ポート2転送レート。 {以前よりも高い値} END

END WHILE (ILOAD < MOL); {ILOAD has reached the MOL value} DONE

ENDのWHILE（ILOAD <MOL）。 DONE {ILOADはMOL値に達しています}

5.6.3.2 Minimum Interframe Gap

5.6.3.2最小フレーム間ギャップ

The Minimum Interframe gap test SHOULD, at a minimum, be performed in a two-port configuration as described below. Learning frames MUST be sent to allow the DUT/SUT to update its address tables properly.

以下に説明するように、最小フレーム間ギャップ試験は、最低でも、2ポート構成で行われるべきです。学習フレームはDUT / SUTが適切にそのアドレステーブルを更新できるようにするために送らなければなりません。

Test frames SHOULD be transmitted to the first port (port 1) of the DUT/SUT with an interframe gap of 88 bits. This will apply forward pressure to the DUT/SUT and overload it at a rate of one byte per frame. The test frames MUST be constructed with a source address of port 1 and a destination address of port 2.

テストフレームは、88ビットのフレーム間ギャップとDUT / SUTの最初のポート（ポート1）に送信されるべきです。これは、DUT / SUTを楽しみに圧力を適用し、フレームごとに1バイトの割合でそれをオーバーロードされます。テストフレームはポート1の送信元アドレスとポート2の宛先アドレスで構成されなければなりません。

The FR on the second port (port 2) of the DUT/SUT is measured. The measured Forwarding Rate should not exceed the medium's maximum theoretical utilization (MOL).

DUT / SUTの第2ポート（ポート2）にFRが測定されます。測定の転送レートは、メディアの理論上の最大利用率（MOL）を超えないようにしてください。

5.6.4 Measurements

5.6.4測定

Port 2 MUST categorize, then count the frames into one of two groups:

ポート2は、2つのグループのいずれかにフレームをカウントし、分類しなければなりません：

1.) Received Frames: received frames MUST have the correct destination MAC address and SHOULD match a signature field.

1）フレームを受信：受信されたフレームが正しい宛先MACアドレスが必要と署名フィールドと一致する必要があります。

2.) Flood count [2].

2.）洪水・カウント[2]。

Any frame originating from the DUT/SUT MUST not be counted as a received frame. Frames originating from the DUT/SUT MAY be counted as flooded frames or not counted at all.

5.6.5 Reporting format

5.6.5レポート形式

MFR MUST be reported as the highest forwarding rate of a DUT/SUT taken from an iterative set of forwarding rate measurements. The Iload applied to the device MUST also be cited.

MFRは、転送速度測定の反復組から取られたDUT / SUTの最高転送速度として報告しなければなりません。デバイスに適用Iloadがも引用されなければなりません。

Forwarding rate (FR) of the DUT/SUT SHOULD be reported as the number of frames per second that the device is observed to successfully transmit to the correct destination interface in response to a specified Oload. The Iload MUST be cited and the Oload MAY be recorded.

DUT / SUTの転送レート（FR）は、デバイスが正常に指定Oloadに応答して、正しい宛先インターフェイスに送信することが観察されていることを秒当たりのフレームの数として報告されるべきです。 Iloadのが引用されなければならないとOloadを記録することができます。

If the FR exceeds the MOL during the Minimum Interframe gap test, this MUST be highlighted with the expression "Forward Pressure detected".

FRは、最小フレーム間ギャップ試験中MOLを超えた場合、これは、表現「検出された前方圧」で強調されなければなりません。

5.7 Address Caching Capacity

5.7アドレスキャッシュ容量

5.7.1 Objective

5.7.1目的

To determine the address caching capacity of a LAN switching device as defined in RFC 2285, section 3.8.1 [2].

RFC 2285で定義されているLANスイッチ装置のアドレスキャッシュ容量を決定するために、セクション3.8.1 [2]。

5.7.2 Setup Parameters

5.7.2セットアップパラメータ

The following parameters MUST be defined. Each variable is configured with the following considerations.

以下のパラメータを定義する必要があります。各変数は、以下の考慮事項で構成されています。

Age Time - The maximum time that a DUT/SUT will keep a learned address in its forwarding table.

年齢タイム - DUT / SUTは、その転送テーブルに学んだのアドレスを維持する最大時間。

Addresses Learning Rate - The rate at which new addresses are offered to the DUT/SUT to be learned. The rate at which address learning frames are offered may have to be adjusted to be as low as 50 frames per second or even less, to guarantee successful learning.

アドレス学習率 - 新しいアドレスを学習するDUT / SUTに提供される速度。アドレス学習フレームが提供される速度は、成功した学習を保証するために、さえ低い第2またはあたり50フレームほど低くなるように調整しなければならないかもしれません。

Initial Addresses - The initial number of addresses to start the test with. The number MUST be between 1 and the maximum number supported by the implementation.

初期アドレス - でのテストを開始するアドレスの初期数。数は1と実装によってサポートされる最大数の間でなければなりません。

5.7.3 Procedure

5.7.3手順

The aging time of the DUT/SUT MUST be known. The aging time MUST be longer than the time necessary to produce frames at the specified rate. If a low frame rate is used for the test, then it may be possible that sending a large amount of frames may actually take longer than the aging time.

DUT / SUTのエージング時間を知らなければなりません。熟成時間は、指定されたレートでフレームを生成するために必要な時間よりも長くなければなりません。低フレームレートをテストするために使用されている場合、フレームを大量に送信することは、実際のエージング時間よりも長い時間がかかることが可能かもしれません。

This test MUST at a minimum be performed in a three-port configuration described below. The test MAY be expanded to fully utilized the DUT/SUT in increments of two or three ports. An increment of two would include an additional Learning port and Test port. An increment of three would include an additional Learning port, Test port, and Monitoring port.

最低でも、この試験MUSTは、以下に説明する3つのポート構成で実施すること。試験は、完全に二つまたは三つのポート単位のDUT / SUTを利用するように拡張することができます。 2の増分は追加学習ポートとテストポートが含まれます。 3の増分は追加学習ポート、テストポート、および監視ポートを含むであろう。

The Learning port (Lport) transmits learning frames to the DUT/SUT with varying source addresses and a fixed destination address corresponding to the address of the device connected to the Test port (Tport) of the DUT/SUT. By receiving frames with varying source addresses, the DUT/SUT should learn these new addresses. The source addresses MAY be in sequential order.

学習ポート（lportは）が変化するソースアドレスとDUT / SUTとDUT / SUTのテストポート（Tport）に接続されたデバイスのアドレスに対応する固定された宛先アドレスに学習するフレームを送信します。様々な送信元アドレスを持つフレームを受信することにより、DUT / SUTは、これらの新しいアドレスを学習する必要があります。送信元アドレスは順番であってもよいです。

The Test port (Tport) of the DUT/SUT acts as the receiving port for the learning frames. Test frames will be transmitted back to the addresses learned on the Learning port. The algorithm for this is explained below.

DUT / SUTのテストポート（Tport）は、学習フレームの受信ポートとして機能します。テストフレームは、学習ポートで学習されたアドレスに返送されます。このためのアルゴリズムについて説明します。

The Monitoring port (Mport) on the DUT/SUT acts as a monitoring port to listen for flooded or mis-forwarded frames. If the test spans multiple broadcast domains (VLANs), each broadcast domain REQUIRES a Monitoring port.

浸水または誤転送フレームをリッスンするための監視ポートとしてDUT / SUT作用にモニタリングポート（Mport）。テストは複数のブロードキャストドメイン（VLAN）をまたがる場合、各ブロードキャストドメインは、監視ポートを必要とします。

It is highly recommended that SNMP, Spanning Tree, and any other frames originating from the DUT/SUT be disabled when running this test. If such protocols cannot be turned off, the flood count MUST be modified only to count test frame originating from Lport and MUST NOT count frames originating from the DUT/SUT.

非常にこのテストを実行している場合に、SNMP、スパニングツリー、およびDUT / SUTから発信任意の他のフレームを無効にすることをお勧めします。このようなプロトコルをオフにすることができない場合は、洪水カウントはlportはから発信テストフレームをカウントするだけ修正されなければならないとDUT / SUTから発信フレームをカウントしてはなりません。

The algorithm for the test is as follows:

次のようにテストのためのアルゴリズムは次のとおりです。

   CONSTANT
      AGE = ...;  {value greater that DUT aging time}
      MAX = ...;  {maximum address support by implementation}
    VARIABLE
      LOW  := 0;    {Highest passed valve}
      HIGH := MAX;  {Lowest failed value}
      N    := ...;  {user specified initial starting point}
    BEGIN
      DO
        BEGIN
        PAUSE(AGE);   {Age out any learned addresses}
          AddressLearning(TPort); {broadcast a frame with its source
                                  Address and broadcast destination}
          AddressLearning(LPort); {N frames with varying source addresses
                                  to Test Port}
        Transmit(TPort); {N frames with varying destination addresses
                           corresponding to Learning Port}
        IF (MPort receive frame != 0) OR
           (LPort receive frames < TPort transmit) THEN
          BEGIN  {Address Table of DUT/SUT was full}
            HIGH := N;
          END
        ELSE
          BEGIN  {Address Table of DUT/SUT was NOT full}
            LOW := N;
          END
        N := LOW + (HIGH - LOW)/2;
      END WHILE (HIGH - LOW >= 2);
    END {Value of N equals number of addresses supported by DUT/SUT}

Using a binary search approach, the test targets the exact number of addresses supported per port with consistent test iterations. Due to the aging time of DUT/SUT address tables, each iteration may take some time during the waiting period for the addresses to clear. If possible, configure the DUT/SUT for a low value for the aging time.

二分探索法を用いて、試験は、一貫性の試験の反復を用いてポートごとにサポートされるアドレスの正確な数をターゲット。 DUT / SUTアドレステーブルのエージング時間に、各反復は、クリアするためのアドレスのための待機期間中にいくつかの時間がかかることがあります。可能であれば、エージング時間のための低値のためにDUT / SUTを設定します。

Once the high and low values of N meet, then the threshold of address handling has been found.

N会うの高い値と低い値たら、その後、アドレス取り扱いのしきい値が発見されました。

5.7.4 Measurements

5.7.4測定

Whether the offered addresses per port was successful forwarded without flooding.

ポートごとに提供されたアドレスは、成功した洪水せずに転送されたかどうか。

5.7.5 Reporting format

5.7.5レポート形式

After the test is run, results for each iteration SHOULD be displayed in a table to include:

テストが実行された後、各反復の結果を含むようにテーブルに表示されるべきです。

The number of addresses used for each test iteration (varied).

各試験の反復のために使用されるアドレスの数（変化）。

The intended load used for each test iteration (fixed).

各試験の反復のために使用を意図荷重（固定）。

Number of test frames that were offered to Tport of the DUT/SUT. This SHOULD match the number of addresses used for the test iteration. Test frames are the frames sent with varying destination addresses to confirm that the DUT/SUT has learned all of the addresses for each test iteration.

DUT / SUTのTportに提供されたテストフレームの数。これは、テストの繰り返しのために使用されるアドレスの数と一致する必要があります。テストフレームは、DUT / SUTは、各テストの反復のためのアドレスのすべてを学習したことを確認するために変化する宛先アドレスを用いて送信されるフレームです。

The flood count on Tport during the test portion of each test. If the number is non-zero, this is an indication of the DUT/SUT flooding a frame in which the destination address is not in the address table.

洪水は、各試験の試験部分の間にTportを頼りにしています。数が非ゼロである場合、これは、宛先アドレスがアドレステーブルにされていないフレームをフラッディングDUT / SUTの指標です。

The number of frames correctly forwarded to test Lport during the test portion of the test. Received frames MUST have the correct destination MAC address and SHOULD match a signature field. For a passing test iteration, this number should be equal to the number of frames transmitted by Tport.

フレームの数が正しく試験の試験部分の間lportはを検査するために転送されます。受信したフレームは、正しい宛先MACアドレスを持つ必要がありますし、署名フィールドと一致する必要があります。通過試験の反復のために、この数はTportによって送信されるフレームの数に等しくなければなりません。

The flood count on Lport during the test portion of each test. If the number is non-zero, this is an indication of the DUT/SUT flooding a frame in which the destination address is not in the address table.

洪水は、各試験の試験部分の間にlportは頼り。数が非ゼロである場合、これは、宛先アドレスがアドレステーブルにされていないフレームをフラッディングDUT / SUTの指標です。

The flood count on Mport. If the value is not zero, then this indicates that for that test iteration, the DUT/SUT could not determine the proper destination port for that many frames. In other words, the DUT/SUT flooded the frame to all ports since its address table was full.

Mportの洪水数。値がゼロでない場合、これはそのテストの反復のために、DUT / SUTは、その多くのフレームのための適切な宛先ポートを決定することができなかったことを示しています。そのアドレステーブルがいっぱいだったので、他の言葉では、DUT / SUTは、すべてのポートにフレームをフラッディング。

5.8 Address Learning Rate

5.8アドレス学習率

5.8.1 Objective

5.8.1目的

To determine the rate of address learning of a LAN switching device.

LANスイッチングデバイスのアドレス学習の速度を決定するために。

5.8.2 Setup Parameters

5.8.2セットアップパラメータ

The following parameters MUST be defined. Each variable is configured with the following considerations.

以下のパラメータを定義する必要があります。各変数は、以下の考慮事項で構成されています。

Age Time - The maximum time that a DUT/SUT will keep a learned address in its forwarding table.

年齢タイム - DUT / SUTは、その転送テーブルに学んだのアドレスを維持する最大時間。

Initial Addresses Learning Rate - The starting rate at which new addresses are offered to the DUT/SUT to be learned.

初期アドレス学習率 - 新しいアドレスを学習するDUT / SUTに提供されるで始まる割合。

Number of Addresses - The number of addresses that the DUT/SUT must learn. The number MUST be between 1 and the maximum number supported by the implementation. It is recommended no to exceed the address caching capacity found in section 5.9

アドレスの数 - DUT / SUTが学ばなければならないアドレスの数。数は1と実装によってサポートされる最大数の間でなければなりません。何がセクション5.9で見つかったアドレスのキャッシュ容量を超えることが推奨されていません

5.8.3 Procedure

5.8.3手順

This test MUST at a minimum be performed in a three-port configuration in section 5.9.3. The test MAY be expanded to fully utilized the DUT/SUT in increments of two or three ports. An increment of two would include an additional Learning port and Test port. An increment of three would include an additional Learning port, Test port, and Monitoring port.

最低でも、この試験MUSTはセクション5.9.3に三ポート構成で実施すること。試験は、完全に二つまたは三つのポート単位のDUT / SUTを利用するように拡張することができます。 2の増分は追加学習ポートとテストポートが含まれます。 3の増分は追加学習ポート、テストポート、および監視ポートを含むであろう。

An algorithm similar to the one used to determine address caching capacity can be used to determine the address learning rate. This test iterates the rate at which address learning frames are offered by the test device connected to the DUT/SUT. It is recommended to set the number of addresses offered to the DUT/SUT in this test to the maximum caching capacity.

アドレスキャッシュ容量を決定するために使用されるものと同様のアルゴリズムは、アドレス学習率を決定するために使用することができます。このテスト反復アドレス学習フレームがDUT / SUTに接続された試験装置によって提供される速度。最大キャッシュ容量にこのテストでDUT / SUTに提供アドレスの数を設定することをお勧めします。

The address learning rate might be determined for different numbers of addresses but in each test run, the number MUST remain constant and SHOULD be equal to or less than the maximum address caching capacity.

アドレス学習率は、アドレスの異なる数について決定されるかもしれないが、各テストの実行中に、数は一定のままでなければならないと等しい又は最大アドレスキャッシュ容量未満であるべきです。

5.8.4 Measurements

5.8.4測定

Whether the offered addresses per port were successful forwarded without flooding at the offered learning rate.

ポートごとに提供されたアドレスを提供する学習率で溢れさせることなく、成功した転送されたかどうか。

5.8.5 Reporting format

5.8.5レポート形式

After the test is run, results for each iteration SHOULD be displayed in a table:

テストが実行された後、各反復の結果を表に表示されるべきです。

The number of addresses used for each test iteration (fixed).

各試験の反復のために使用されるアドレスの数（固定）。

The intended load used for each test iteration (varied).

各試験の反復（変化）するために用いられることを意図負荷。

Number of test frames that were transmitted by Tport. This SHOULD match the number of addresses used for the test iteration. Test frames are the frames sent with varying destination addresses to confirm that the DUT/SUT has learned all of the addresses for each test iteration.

Tportによって送信されたテストフレームの数。これは、テストの繰り返しのために使用されるアドレスの数と一致する必要があります。テストフレームは、DUT / SUTは、各テストの反復のためのアドレスのすべてを学習したことを確認するために変化する宛先アドレスを用いて送信されるフレームです。

5.9 Errored frames filtering

フィルタリング5.9エラーフレーム

5.9.1 Objective

5.9.1目的

The objective of the Errored frames filtering test is to determine the behavior of the DUT under error or abnormal frame conditions. The results of the test indicate if the DUT/SUT filters the errors, or simply propagates the errored frames along to the destination.

エラー状態の目的は、試験をフィルタリングフレームエラーまたは異常なフレーム条件下で、DUTの挙動を決定することです。 DUT / SUTがエラーをフィルタリングする、または単に宛先に沿ってエラーフレームを伝播する場合、テストの結果を示しています。

5.9.2 Setup Parameters

5.9.2セットアップパラメータ

The following parameters MUST be defined. Each variable is configured with the following considerations.

以下のパラメータを定義する必要があります。各変数は、以下の考慮事項で構成されています。

ILoad - Intended Load per port is expressed in a percentage of the medium's maximum theoretical load possible. The actual transmitted frame per second is dependent upon half duplex or full duplex operation. The test SHOULD be run multiple times with a different load per port in each case.

ILOAD - ポートあたり対象の負荷を可能なメディアの最大理論負荷の割合（％）で表されます。秒あたりの実際の送信されたフレームは、半二重または全二重動作に依存しています。試験は、それぞれの場合に、ポートごとに異なる負荷で複数回実行する必要があります。

Trial Duration - The recommended Trial Duration is 30 seconds. Trial duration SHOULD be adjustable between 1 and 300 seconds.

試用期間 - 推奨試用期間は30秒です。試用期間は1〜300秒の間で調整可能であるべきです。

5.9.3 Procedure

5.9.3手順

Each of the illegal frames for Ethernet MUST be checked:

イーサネットのための違法なフレームのそれぞれをチェックしなければなりません。

Oversize - The DUT/SUT MAY filter frames larger than 1518 bytes from being propagated through the DUT/SUT section 4.2.4.2.1 [4]. Oversized frames transmitted to the DUT/SUT should not be forwarded. DUT/SUT supporting tagged Frames MAY forward frames up to and including 1522 bytes long (section 4.2.4.2.1 [5]).

特大 - DUT / SUT [4] DUT / SUTセクション4.2.4.2.1を伝搬するから1518バイトより大きいフレームをフィルタリングすることができます。 DUT / SUTに送信特大のフレームが転送されるべきではありません。 DUT / SUT支持フレームは、最大フレームを転送し、長い1522バイトを含む（セクション4.2.4.2.1 [5]）MAYタグ付けされました。

Undersize - The DUT/SUT MUST filter frames less than 64 bytes from being propagated through the DUT/SUT (section 4.2.4.2.2 [4]). Undersized frames (or collision fragments) received by the DUT/SUT must not be forwarded.

アンダー - DUT / SUTは、DUT / SUTを伝搬するから64バイト未満（セクション4.2.4.2.2 [4]）のフレームをフィルタリングしなければなりません。 DUT / SUTによって受信されたアンダーフレーム（または衝突断片）が転送されてはなりません。

CRC Errors - The DUT/SUT MUST filter frames that fail the Frame Check Sequence Validation (section 4.2.4.1.2 [4]) from being propagated through the DUT/SUT. Frames with an invalid CRC transmitted to the DUT/SUT should not be forwarded.

CRCエラーが - DUT / SUTは、フレームシーケンスの検証をチェック失敗フレームをフィルタリングしなければならない（セクション4.2.4.1.2 [4]）DUT / SUTを伝搬するから。 DUT / SUTに送信無効CRCを持つフレームを転送すべきではありません。

Dribble Bit Errors - The DUT/SUT MUST correct and forward frames containing dribbling bits. Frames transmitted to the DUT/SUT that do not end in an octet boundary but contain a valid frame check sequence MUST be accepted by the DUT/SUT (section 4.2.4.2.1 [4]) and forwarded to the correct receive port with the frame ending in an octet boundary (section 3.4 [4]).

ドリブルビットエラー - DUT / SUTがドリブルビットを含むフレームを修正して転送する必要があります。正確に転送オクテット境界で終わるが、有効なフレームチェックシーケンスが含まれていないDUT / SUTに送信フレームDUT / SUTによって受け入れなければならない（セクション4.2.4.2.1 [4]）とを用いて受信ポートオクテット境界で終了フレーム（セクション3.4 [4]）。

Alignment Errors - The DUT/SUT MUST filter frames that fail the Frame Check Sequence Validation AND do not end in an octet boundary. This is a combination of a CRC error and a Dribble Bit error. When both errors are occurring in the same frame, the DUT/SUT MUST determine the CRC error takes precedence and filters the frame (section 4.2.4.1.2 [4]) from being propagated.

アラインメントエラー - DUT / SUTは、フレームが、シーケンスの検証を確認し、オクテット境界で終わっていない失敗したフレームをフィルタリングしなければなりません。これは、CRCエラーやドリブルビットエラーの組み合わせです。両方のエラーは同じフレームで発生している場合、DUT / SUTは、CRCエラーが伝播されることから（[4]セクション4.2.4.1.2）を優先し、フレームをフィルタリングするかを決定しなければなりません。

5.9.5 Reporting format

5.9.5レポート形式

For each of the error conditions in section 5.6.3, a "pass" or "fail" MUST be reported. Actual frame counts MAY be reported for diagnostic purposes.

セクション5.6.3におけるエラー状態のそれぞれに対して、「合格」または報告する必要があります「不合格」。実際のフレーム数は、診断目的のために報告されてもよいです。

5.10 Broadcast frame Forwarding and Latency

5.10ブロードキャストフレームの転送とレイテンシ

5.10.1 Objective

5.10.1目的

The objective of the Broadcast Frame Forwarding and Latency Test is to determine the throughput and latency of the DUT when forwarding broadcast traffic. The ability to forward broadcast frames will depend upon a specific function built into the device for that purpose. It is therefore necessary to determine the ability of DUT/SUT to handle broadcast frames, since there may be many different ways of implementing such a function.

ブロードキャストフレームの転送と遅延テストの目的は、ブロードキャストトラフィックを転送する際、DUTのスループットと待ち時間を決定することです。ブロードキャストフレームを転送する機能は、その目的のために、デバイスに組み込まれた特定の機能に依存します。このような機能を実現する多くの異なる方法があるかもしれないので、ブロードキャストフレームを処理するために、DUT / SUTの能力を決定することが必要です。

5.10.2 Setup Parameters

5.10.2セットアップパラメータ

The following parameters MUST be defined. Each variable is configured with the following considerations.

以下のパラメータを定義する必要があります。各変数は、以下の考慮事項で構成されています。

Frame Size - Recommended frame sizes are 64, 128, 256, 512, 1024, 1280 and 1518 bytes, per RFC 2544 section 9 [3]. The four CRC bytes are included in the frame size specified.

Duplex mode - Half duplex or full duplex.

二重モード - 半二重または全二重。

ILoad will not over-subscribe the DUT/SUT in this test.

ILOADは、この試験ではDUT / SUTをオーバーサブスクライブしません。

Trial Duration - The recommended Trial Duration is 30 seconds. Trial duration SHOULD be adjustable between 1 and 300 seconds.

試用期間 - 推奨試用期間は30秒です。試用期間は1〜300秒の間で調整可能であるべきです。

5.10.3 Procedure

5.10.3手順

For this test, there are two parts to be run.

このテストでは、実行される2つの部分があります。

Broadcast Frame Throughput - This portion of the test uses a single source test port to transmit test frames with a broadcast address using the frame specified in RFC 2544 [3]. Selected receive ports then measure the forwarding rate and Frame loss rate.

ブロードキャストフレームスループット - テストのこの部分は、RFC 2544で指定されたフレームを使用して、ブロードキャストアドレスでテストフレームを送信するために単一のソース・テスト・ポートを使用する[3]。受信選択されたポートは、転送レートとフレーム損失率を測定します。

Broadcast Frame Latency - This test uses the same setup as the Broadcast Frame throughput, but instead of a large stream of test frames being sent, only one test frame is sent and the latency to each of the receive ports are measured in seconds.

ブロードキャストフレーム待ち時間は - このテストは、ブロードキャストフレームのスループットと同じ設定を使用して、その代わりに、試験フレームの大きな流れの、送信されている唯一の試験フレームが送信され、受信ポートの各々に遅延が秒単位で測定されます。

5.10.4 Measurements

5.10.4測定

5.10.5 Reporting format

5.10.5レポート形式

To measure the DUT/SUT's ability to switch traffic while performing many different address lookups, the number of addresses per port MAY be increased in a series of tests.

6. Security Considerations

6.セキュリティの考慮事項

As this document is solely for the purpose of providing metric methodology and describes neither a protocol nor a protocol's implementation, there are no security considerations associated with this document.

このドキュメントは、メトリックの方法論を提供する目的のためだけで、プロトコルやプロトコルの実装どちらを記述したように、このドキュメントに関連したセキュリティ上の考慮事項はありません。

7. References

7.参考

[1] Bradner, S., Editor, "Benchmarking Terminology for Network Interconnection Devices", RFC 1242, July 1991.

[1]ブラドナーの、S.、エディタ、RFC 1242、1991年7月の "ネットワーク相互接続デバイスのためのベンチマーキング用語"。

[2] Mandeville, R., "Benchmarking Terminology for LAN Switching Devices", RFC 2285, February 1998.

[2]マンデビル、R.、RFC 2285、1998年2月 "LANスイッチングデバイスのためのベンチマーキング用語を"。

[3] Bradner, S. and J. McQuaid, "Benchmarking Methodology for Network Interconnect Devices", RFC 2544, March 1999.

[3]ブラドナー、S.とJ. McQuaid、 "ベンチマーキング方法論ネットワークのための相互接続デバイス"、RFC 2544、1999年3月。

[4] ANSI/IEEE, "CSMA/CD Access Method and Physical Layer Specifications," ISO/IEC 8802-3, ISBN 0-7381-0330-6, 1998.

[4] / IEEE ANSI、 "CSMA / CDアクセス方法および物理層仕様、" ISO / IEC 8802-3、ISBN 0-7381-0330-6、1998。

[5] IEEE Draft, "Frame Extensions for Virtual Bridged Local Area Networks (VLAN) Tagging on 802.3 Networks", 802.3ac/D3.1, July 1998.

[5] IEEEドラフト、802.3ac / D3.1、1998年7月 "仮想ブリッジローカルエリアネットワーク（VLAN）802.3ネットワーク上のタグ付けのためのフレーム拡張機能"。

8. Authors' Addresses

8.著者のアドレス

Robert Mandeville CQOS Inc. 21 Technology Irvine, CA 92618 USA

ロバート・マンデヴィルCQOS株式会社21・テクノロジーアーバイン、CA 92618 USA

Phone: +1 (949) 400-4444 EMail: bob@cqos.com

電話：+1（949）400-4444 Eメール：bob@cqos.com

Jerry Perser Spirent Communications 26750 Agoura Road Calabasas, CA 91302 USA

ジェリーPerserのSpirentコミュニケーションズ26750アゴーラ道路カラバサス、CA 91302 USA

Phone: + 1 818 676 2300 EMail: jerry_perser@netcomsystems.com

電話：+ 1 818 676 2300 Eメール：jerry_perser@netcomsystems.com

Appendix A: Formulas

付録A：式

A.1 Calculating the InterBurst Gap

バースト間ギャップの計算A.1

IBG is defined in RFC 2285 [2] as the interval between two bursts. To achieve a desired load, the following Input Parameter need to be defined:

IBGは、RFC 2285で定義されている[2]の2つのバースト間の間隔として。所望の負荷を達成するために、以下の入力パラメータを定義する必要があります。

LENGTH - Frame size in bytes including the CRC.

LENGTH - CRCを含むバイト単位のフレームサイズ。

LOAD - The intended load in percent. Range is 0 to 100.

LOAD - パーセントで意図した負荷。範囲は0〜100です。

BURST - The number of frames in the burst (integer value).

BURST - バースト内のフレームの数（整数値）。

SPEED - media's speed in bits/sec Ethernet is 10,000,000 bits/sec Fast Ethernet is 100,000,000 bits/sec Gigabit Ethernet is 1,000,000,000 bits/sec

SPEEDは - ビット/秒のイーサネットにおけるメディアの速度は10,000,000ビット/秒の高速イーサネットは100,000,000ビット/秒のギガビット・イーサネットが10億ビットであるある/秒

IFG - A constant 96 bits for the minimum interframe gap.

IFG - 最小インターフレームギャップに対して一定の96ビット。

The IBG (in seconds) can be calculated:

（秒）IBGを計算することができます。

          [(100/LOAD - 1) * BURST * (IFG + 64 + 8*LENGTH)] + IFG
   IBG = -----------------------------------------------------------
                                  SPEED

A.2 Calculating the Number of Bursts for the Trial Duration

試用期間のためのバースト数を計算A.2

The number of bursts for the trial duration is rounded up to the nearest integer number. The follow Input Parameter need to be defined:

試用期間のためのバーストの数は、最も近い整数に切り上げています。フォローの入力パラメータを定義する必要があります。

LENGTH - Frame size in bytes including the CRC.

LENGTH - CRCを含むバイト単位のフレームサイズ。

BURST - The number of frames in the burst (integer value).

BURST - バースト内のフレームの数（整数値）。

SPEED - media's speed in bits/sec Ethernet is 10,000,000 bits/sec Fast Ethernet is 100,000,000 bits/sec Gigabit Ethernet is 1,000,000,000 bits/sec

IFG - A constant 96 bits for the minimum interframe gap.

IFG - 最小インターフレームギャップに対して一定の96ビット。

IBG - Found in the above formula

上記の式で発見 - IBG

DURATION - Trial duration in seconds.

DURATION - 秒で試用期間。

An intermediate number of the Burst duration needs to be calculated first:

バースト期間の中間の数は、第1計算する必要があります。

    TXTIME  =  -----------------------------------------
                               SPEED

Number of Burst for the Trial Duration (rounded up):

試用期間（切り上げ）のためのバーストの数：

                     DURATION
    #OFBURSTS =   --------------
                  (TXTIME + IBG)

Example:

例：

LENGTH = 64 bytes per frame LOAD = 100 % offered load BURST = 24 frames per burst SPEED = 10 Mbits/sec (Ethernet) DURATION = 10 seconds test

LENGTH =フレームLOAD = 100％の提供負荷BURSTあたり64バイト=連写速度当たり24フレーム= 10メガビット/秒（イーサネット）DURATION = 10秒の試験

IBG = 1612.8 uS TXTIME = 1603.2 uS #OFBURSTS = 3110

IBGは1612.8 = 1603.2 uSとuSとTXTIME #OFBURSTS = 3110 =

Appendix B: Generating Offered Load

付録B：与えられた負荷を生成

In testing, the traffic generator is configured with the Iload (Intended Load) and measures the Oload (Offered Load). If the DUT/SUT applies congestion control, then the Iload and the Oload are not the same value. The question arises, how to generate the Oload? This appendix will describe two different methods.

テストでは、トラフィックジェネレータは、Iloadが（意図負荷）と測定Oload（提供された負荷）で構成されています。 DUT / SUTが輻輳制御を適用する場合は、IloadのとOloadは同じ値ではありません。質問はOloadを生成する方法、発生しますか？この付録では、二つの異なる方法を説明します。

The unit of measurement for Oload is bits per second. The two methods described here will hold one unit constant and let the DUT/SUT vary the other unit. The traffic generator SHOULD specify which method it uses.

Oloadの測定の単位は、秒あたりのビットです。ここで説明する2つの方法は、1つの単位を一定に保持し、DUT / SUTが他の単位を変更できるようになります。トラフィックジェネレータは、それが使用する方法を指定する必要があります。

B.1 Frame Based Load

B.1フレームベースのロード

Frame Based Load holds the number of bits constant. The Trial Duration will vary based upon congestion control. Advantage is implementation is a simple state machine (or loop). The disadvantage is that Oload needs to be measured independently.

フレームベースのロードは、一定のビット数を保持しています。試用期間は、輻輳制御に基づいて異なります。利点は、実装が簡単なステートマシン（またはループ）です。欠点はOloadが独立して測定する必要があるということです。

All ports on the traffic generator MUST transmit the exact number of test frames. The exact number of test frames is found by multiplying the Iload of the port by the Trial Duration. All ports MAY NOT transmit the same number of frames if their Iload is not the same. An example would be the Partially meshed many-to-one test.

トラフィックジェネレータ上のすべてのポートは、テストフレームの正確な数を伝えなければなりません。テストフレームの正確な数は、試用期間によってポートのIloadのを掛けて発見されました。そのIloadのは同じでない場合、すべてのポートは、同じ数のフレームを送信しなくてもよいです。例は、部分的に噛合多対一の試験であろう。

All ports SHOULD start transmitting their frames within 1% of the trial duration. For a trial duration of 30 seconds, all ports SHOULD have started transmitting frames within 300 milliseconds of each other.

すべてのポートは、トライアル期間の1％以内にフレームの送信を開始する必要があります。 30秒の試用期間中の場合は、すべてのポートは、互いの300ミリ秒以内のフレームの送信を開始している必要があります。

The reported Oload SHOULD be the average during the Trial Duration. If the traffic generator continues to transmit after the Trial Duration due to congestion control, Oload MAY be averaged over the entire transmit time. Oload for the DUT/SUT MUST be the aggregate of all the Oloads per port. Oload per port MAY be reported.

報告Oloadは、試用期間中の平均であるべきです。トラフィックジェネレータは、輻輳制御による試用期間後に送信し続けた場合、Oloadは全体の送信時間をかけて平均化してもよいです。 DUT / SUTのためOloadは、ポートごとに、すべてのOloadsの集計でなければなりません。ポートあたりOloadが報告されてもよいです。

B.2 Time Based Load

B.2時間ベースのロード

Time based load holds the Trial Duration constant, while allowing the number of octets transmitted to vary. Advantages are an accurate Trial Duration and integrated Oload measurement. Disadvantage is that the starting and stopping of the traffic generator MUST be more accurate.

変化させるために送信されたオクテットの数を可能にしながら、時間ベースのロードは、試用期間を一定に保持しています。利点は、正確な試用期間と一体化Oload測定されています。欠点は、トラフィックジェネレータの起動と停止は、より正確でなければならないということです。

All ports on the traffic generator are configured to transmit the Iload for a finite amount of time. Each port MUST count the number of octets successfully transmitted.

トラフィックジェネレータ上のすべてのポートが有限の時間のためにIloadのを送信するように構成されています。各ポートが正常に送信されたオクテットの数をカウントしなければなりません。

The start and stop is initiated at a layer defined by the test parameters. The layer can be the MAC layer, IP layer, or some other point in the protocol stack. The traffic generator MUST complete its layer specific transmit process when the stop time is reached (i.e. no fragments, finish the frame).

開始及び停止は、試験パラメータで定義された層で開始されます。層は、MAC層、IP層、またはプロトコルスタックのいくつかの他の点とすることができます。トラフィックジェネレータは停止時間に達したとき、その層の特定の送信処理を完了しない（すなわちないフラグメント、フレームを終了）しなければなりません。

All ports MUST start transmitting their frames within 1% of the trial duration. For a trial duration of 30 seconds, all ports SHOULD have started transmitting frames within 300 milliseconds of each other.

All ports SHOULD stop transmitting frames after the specified trail duration within 0.01% of the trial duration. Each port's stop time MUST be reference to its start time. This trial duration error controls the accuracy of the Oload measurement and SHOULD be reported with the Oload measurement.

すべてのポートは、試用期間の0.01％以内に指定されたトレイル時間後にフレームの送信を停止する必要があります。各ポートの停止時間は、その開始時刻を基準でなければなりません。この試験期間エラーがOload測定の精度を制御しOload測定を報告します。

Each port is allowed an offset error of 0.1% and a trial duration error of 0.01%.

各ポートは、0.1％のオフセット誤差および0.01％の試用期間のエラーを許可されています。

Oload is found by taking the number of octets successfully transmitted and dividing by the trial duration. Oload for the DUT/SUT MUST be the aggregate of all the Oloads per port. Oload per port MAY be reported for diagnostic purposes.

Oloadが正常に送信されたオクテットの数を取り、試用期間で割ることによって求められます。 DUT / SUTのためOloadは、ポートごとに、すべてのOloadsの集計でなければなりません。ポートあたりOloadは、診断目的のために報告されてもよいです。

Full Copyright Statement

完全な著作権声明

著作権（C）インターネット協会（2000）。全著作権所有。

This document and translations of it may be copied and furnished to others, and derivative works that comment on or otherwise explain it or assist in its implementation may be prepared, copied, published and distributed, in whole or in part, without restriction of any kind, provided that the above copyright notice and this paragraph are included on all such copies and derivative works. However, this document itself may not be modified in any way, such as by removing the copyright notice or references to the Internet Society or other Internet organizations, except as needed for the purpose of developing Internet standards in which case the procedures for copyrights defined in the Internet Standards process must be followed, or as required to translate it into languages other than English.

この文書とその翻訳は、コピーして他の人に提供し、それ以外についてはコメントまたは派生物は、いかなる種類の制限もなく、全体的にまたは部分的に、準備コピーし、公表して配布することができることを説明したり、その実装を支援することができます、上記の著作権表示とこの段落は、すべてのそのようなコピーや派生物に含まれていることを条件とします。しかし、この文書自体は著作権のための手順はで定義されている場合には、インターネット標準を開発するために必要なものを除き、インターネットソサエティもしくは他のインターネット関連団体に著作権情報や参照を取り除くなど、どのような方法で変更されないかもしれませんインターネット標準化プロセスが続く、または英語以外の言語に翻訳するために、必要に応じなければなりません。

The limited permissions granted above are perpetual and will not be revoked by the Internet Society or its successors or assigns.

上記の制限は永久で、インターネット学会やその後継者や譲渡者によって取り消されることはありません。

This document and the information contained herein is provided on an "AS IS" basis and THE INTERNET SOCIETY AND THE INTERNET ENGINEERING TASK FORCE DISCLAIMS ALL WARRANTIES, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO ANY WARRANTY THAT THE USE OF THE INFORMATION HEREIN WILL NOT INFRINGE ANY RIGHTS OR ANY IMPLIED WARRANTIES OF MERCHANTABILITY OR FITNESS FOR A PARTICULAR PURPOSE.

この文書とここに含まれている情報は、基礎とインターネットソサエティおよびインターネットエンジニアリングタスクフォースはすべての保証を否認し、明示または黙示、その情報の利用がない任意の保証を含むがこれらに限定されない「として、」上に設けられています特定の目的への権利または商品性または適合性の黙示の保証を侵害します。

Acknowledgement

謝辞

Funding for the RFC Editor function is currently provided by the Internet Society.

RFC Editor機能のための基金は現在、インターネット協会によって提供されます。