[要約] RFC 2285は、LANスイッチングデバイスのベンチマーク用語を定義しています。その目的は、ネットワーク機器の性能評価と比較を容易にするために、共通の用語と定義を提供することです。

Network Working Group                                      R. Mandeville
Request for Comments: 2285                 European Network Laboratories
Category: Informational                                    February 1998
        

Benchmarking Terminology for LAN Switching Devices

LANスイッチングデバイスのベンチマーク用語

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.

このメモは、インターネットコミュニティに情報を提供します。いかなる種類のインターネット標準も規定していません。このメモの配布は無制限です。

Copyright Notice

著作権表示

Copyright (C) The Internet Society (1998). All Rights Reserved.

Copyright(C)The Internet Society(1998)。全著作権所有。

Table of Contents

目次

   1. Introduction . . . . . . . . . . . . . . . . . . . . . . . . . . 2
   2. Existing definitions . . . . . . . . . . . . . . . . . . . . . . 2
   3. Term definitions . . . . . . . . . . . . . . . . . . . . . . . . 3
      3.1 Devices. . . . . . . . . . . . . . . . . . . . . . . . . . . 3
         3.1.1 Device under test (DUT) . . . . . . . . . . . . . . . . 3
         3.1.2 System under test (SUT) . . . . . . . . . . . . . . . . 3
      3.2 Traffic orientation. . . . . . . . . . . . . . . . . . . . . 4
         3.2.1 Unidirectional traffic. . . . . . . . . . . . . . . . . 4
         3.2.2 Bidirectional traffic . . . . . . . . . . . . . . . . . 5
      3.3 Traffic distribution . . . . . . . . . . . . . . . . . . . . 6
         3.3.1 Non-meshed traffic. . . . . . . . . . . . . . . . . . . 6
         3.3.2 Partially meshed traffic. . . . . . . . . . . . . . . . 7
         3.3.3 Fully meshed traffic. . . . . . . . . . . . . . . . . . 8
      3.4 Bursts . . . . . . . . . . . . . . . . . . . . . . . . . . . 9
         3.4.1 Burst . . . . . . . . . . . . . . . . . . . . . . . . . 9
         3.4.2 Burst size . . . . . . . . . . . . . . . . . . . . . . 10
         3.4.3 Inter-burst gap (IBG). . . . . . . . . . . . . . . . . 10
      3.5 Loads . . . . . . . . . . . . . . . . . . . . . . . . . . . 11
         3.5.1 Intended load (Iload)  . . . . . . . . . . . . . . . . 11
         3.5.2 Offered load (Oload) . . . . . . . . . . . . . . . . . 12
         3.5.3 Maximum offered load (MOL) . . . . . . . . . . . . . . 13
         3.5.4 Overloading  . . . . . . . . . . . . . . . . . . . . . 14
      3.6 Forwarding rates  . . . . . . . . . . . . . . . . . . . . . 15
         3.6.1 Forwarding rate (FR) . . . . . . . . . . . . . . . . . 15
         3.6.2 Forwarding rate at maximum offered load (FRMOL). . . . 16
         3.6.3 Maximum forwarding rate (MFR). . . . . . . . . . . . . 16
      3.7 Congestion control  . . . . . . . . . . . . . . . . . . . . 17
         3.7.1 Backpressure . . . . . . . . . . . . . . . . . . . . . 17
         3.7.2 Forward pressure . . . . . . . . . . . . . . . . . . . 18
        
         3.7.3 Head of line blocking  . . . . . . . . . . . . . . . . 19
      3.8 Address handling  . . . . . . . . . . . . . . . . . . . . . 20
         3.8.1 Address caching capacity . . . . . . . . . . . . . . . 20
         3.8.2 Address learning rate  . . . . . . . . . . . . . . . . 20
         3.8.3 Flood count  . . . . . . . . . . . . . . . . . . . . . 21
      3.9 Errored frame filtering . . . . . . . . . . . . . . . . . . 21
         3.9.1 Errored frames . . . . . . . . . . . . . . . . . . . . 22
      3.10 Broadcasts . . . . . . . . . . . . . . . . . . . . . . . . 22
         3.10.1 Broadcast forwarding rate at maximum load . . . . . . 22
         3.10.2 Broadcast latency . . . . . . . . . . . . . . . . . . 23
   4. Security Considerations . . . . . . . . . . . . . . . . . . . . 24
   5. References. . . . . . . . . . . . . . . . . . . . . . . . . . . 24
   6. Acknowledgements. . . . . . . . . . . . . . . . . . . . . . . . 24
   7. Author's Address. . . . . . . . . . . . . . . . . . . . . . . . 24
   8. Full Copyright Statement. . . . . . . . . . . . . . . . . . . . 25
        
1. Introduction
1. はじめに

This document is intended to provide terminology for the benchmarking of local area network (LAN) switching devices. It extends the terminology already defined for benchmarking network interconnect devices in RFCs 1242 and 1944 to switching devices.

このドキュメントは、ローカルエリアネットワーク(LAN)スイッチングデバイスのベンチマークの用語を提供することを目的としています。 RFC 1242および1944でネットワーク相互接続デバイスをベンチマークするためにすでに定義されている用語をスイッチングデバイスに拡張します。

Although it might be found useful to apply some of the terms defined here to a broader range of network interconnect devices, this RFC primarily deals with devices which switch frames at the Medium Access Control (MAC) layer. It defines terms in relation to the traffic put to use when benchmarking switching devices, forwarding performance, congestion control, latency, address handling and filtering.

ここで定義されている用語のいくつかをより広範なネットワーク相互接続デバイスに適用すると便利な場合がありますが、このRFCは主に、Medium Access Control(MAC)レイヤーでフレームを切り替えるデバイスを扱います。これは、スイッチングデバイス、転送パフォーマンス、輻輳制御、遅延、アドレス処理、フィルタリングのベンチマーク時に使用するトラフィックに関連する用語を定義します。

2. Existing definitions
2. 既存の定義

RFC 1242 "Benchmarking Terminology for Network Interconnect Devices" should be consulted before attempting to make use of this document. RFC 1944 "Benchmarking Methodology for Network Interconnect Devices" contains discussions of a number of terms relevant to the benchmarking of switching devices and should also be consulted.

このドキュメントを利用する前に、RFC 1242「ネットワーク相互接続デバイスのベンチマーク用語」を参照してください。 RFC 1944「ネットワーク相互接続デバイスのベンチマーク手法」には、スイッチングデバイスのベンチマークに関連するいくつかの用語の説明が含まれており、これらも参照する必要があります。

For the sake of clarity and continuity this RFC adopts the template for definitions set out in Section 2 of RFC 1242. Definitions are indexed and grouped together in sections for ease of reference.

明確性と継続性のために、このRFCはRFC 1242のセクション2で定義された定義のテンプレートを採用しています。定義は参照しやすいようにインデックス化され、セクションにグループ化されています。

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」、「SHALL」、「SHALL NOT」、「SHOULD」、「SHOULD NOT」、「RECOMMENDED」、「MAY」、および「OPTIONAL」は、 RFC 2119で説明されているように解釈されます。

3. Term definitions
3. 用語の定義
3.1 Devices
3.1 デバイス

This group of definitions applies to all types of networking devices.

この定義のグループは、すべてのタイプのネットワーキングデバイスに適用されます。

3.1.1 Device under test (DUT)
3.1.1 テスト中のデバイス(DUT)

Definition:

定義:

The network forwarding device to which stimulus is offered and response measured.

刺激が提供され、応答が測定されるネットワーク転送デバイス。

Discussion:

討論:

A single stand-alone or modular unit which receives frames on one or more of its interfaces and then forwards them to one or more interfaces according to the addressing information contained in the frame.

1つまたは複数のインターフェイスでフレームを受信し、フレームに含まれるアドレッシング情報に従って1つまたは複数のインターフェイスに転送する単一のスタンドアロンまたはモジュラーユニット。

Measurement units:

測定単位:

n/a

なし

Issues:

問題:

See Also:

関連項目:

system under test (SUT) (3.1.2)

テスト対象システム(SUT)(3.1.2)

3.1.2 System Under Test (SUT)
3.1.2 テスト対象システム(SUT)

Definition:

定義:

The collective set of network devices to which stimulus is offered as a single entity and response measured.

刺激が単一のエンティティとして提供され、応答が測定されるネットワークデバイスの集合。

Discussion:

討論:

A system under test may be comprised of a variety of networking devices. Some devices may be active in the forwarding decision-making process, such as routers or switches; other devices may be passive such as a CSU/DSU. Regardless of constituent components, the system is treated as a singular entity to which stimulus is offered and response measured.

テスト中のシステムは、さまざまなネットワークデバイスで構成されます。ルーターやスイッチなどの一部のデバイスは、転送の意思決定プロセスでアクティブになる場合があります。 CSU / DSUなどの他のデバイスはパッシブである可能性があります。構成要素に関係なく、システムは刺激が提供され応答が測定される単一のエンティティとして扱われます。

Measurement units:

測定単位:

n/a

なし

Issues:

問題:

See Also:

関連項目:

device under test (DUT) (3.1.1)

被試験デバイス(DUT)(3.1.1)

3.2 Traffic orientation
3.2 交通オリエンテーション

This group of definitions applies to the traffic presented to the interfaces of a DUT/SUT and indicates whether the interfaces are receiving only, transmitting only, or both receiving and transmitting.

この定義のグループは、DUT / SUTのインターフェースに提示されるトラフィックに適用され、インターフェースが受信のみ、送信のみ、または受信と送信の両方を行っているかどうかを示します。

3.2.1 Unidirectional traffic
3.2.1 単方向トラフィック

Definition:

定義:

When all frames presented to the input interfaces of a DUT/SUT are addressed to output interfaces which do not themselves receive any frames.

DUT / SUTの入力インターフェースに提示されるすべてのフレームが、フレームを受信しない出力インターフェースにアドレス指定されている場合。

Discussion:

討論:

This definition conforms to the discussion in section 16 of RFC 1944 which describes how unidirectional traffic can be offered to a DUT/SUT to measure throughput. Unidirectional traffic is also appropriate for:

この定義は、スループットを測定するために単方向トラフィックをDUT / SUTに提供する方法を説明するRFC 1944のセクション16の説明に準拠しています。単方向トラフィックは、以下にも適しています。

-the measurement of the minimum inter-frame gap -the creation of many-to-one or one-to-many interface overload -the detection of head of line blocking -the measurement of forwarding rates and throughput when congestion control mechanisms are active.

-最小フレーム間ギャップの測定-多対1または1対多のインターフェース過負荷の作成-ヘッドオブラインブロッキングの検出-輻輳制御メカニズムがアクティブな場合の転送速度とスループットの測定

When a tester offers unidirectional traffic to a DUT/SUT reception and transmission are handled by different interfaces or sets of interfaces of the DUT/SUT. All frames received from the tester by the DUT/SUT are transmitted back to the tester from interfaces which do not themselves receive any frames.

テスターがDUT / SUTに単方向トラフィックを提供する場合、受信と送信は、DUT / SUTの異なるインターフェースまたはインターフェースのセットによって処理されます。 DUT / SUTによってテスターから受信したすべてのフレームは、フレームを受信しないインターフェースからテスターに​​送信されます。

It is useful to distinguish traffic orientation and traffic distribution when considering traffic patterns used in device testing. Unidirectional traffic, for example, is traffic orientated in a single direction between mutually exclusive sets of source and destination interfaces of a DUT/SUT. Such traffic, however, can be distributed between interfaces in different ways. When traffic is sent to two or more interfaces from an external source and then forwarded by the DUT/SUT to a single output interface the traffic orientation is unidirectional and the traffic distribution between interfaces is many-to-one. Traffic can also be sent to a single input interface and forwarded by the DUT/SUT to two or more output interfaces to achieve a one-to-many distribution of traffic.

デバイスのテストで使用されるトラフィックパターンを検討する場合、トラフィックの方向とトラフィックの分布を区別するのに役立ちます。たとえば、単方向トラフィックは、DUT / SUTの送信元インターフェイスと宛先インターフェイスの相互に排他的なセット間の単一方向に向けられたトラフィックです。ただし、このようなトラフィックは、インターフェイス間でさまざまな方法で分散できます。トラフィックが外部ソースから2つ以上のインターフェースに送信され、DUT / SUTによって単一の出力インターフェースに転送される場合、トラフィックの方向は単方向であり、インターフェース間のトラフィック分散は多対1です。トラフィックを単一の入力インターフェースに送信し、DUT / SUTで2つ以上の出力インターフェースに転送して、トラフィックを1対多に分散することもできます。

Such traffic distributions can also be combined to test for head of line blocking or to measure forwarding rates and throughput when congestion control mechanisms are active.

このようなトラフィック分散を組み合わせて、ヘッドオブラインブロッキングをテストしたり、輻輳制御メカニズムがアクティブなときに転送レートとスループットを測定したりすることもできます。

When a DUT/SUT is equipped with interfaces running at different media rates the number of input interfaces required to load or overload an output interface or interfaces will vary.

DUT / SUTに異なるメディアレートで実行されるインターフェイスが装備されている場合、1つまたは複数の出力インターフェイスをロードまたはオーバーロードするために必要な入力インターフェイスの数は異なります。

It should be noted that measurement of the minimum inter-frame gap serves to detect violations of the IEEE 802.3 standard.

最小フレーム間ギャップの測定は、IEEE 802.3規格の違反を検出するのに役立つことに注意してください。

Issues:

問題:

half duplex / full duplex

半二重/全二重

Measurement units:

測定単位:

n/a

なし

See Also:

関連項目:

bidirectional traffic (3.2.2) non-meshed traffic (3.3.1) partially meshed traffic (3.3.2) fully meshed traffic (3.3.3) congestion control (3.7) head of line blocking (3.7.3)

双方向トラフィック(3.2.2)非メッシュトラフィック(3.3.1)部分メッシュトラフィック(3.3.2)完全メッシュトラフィック(3.3.3)輻輳制御(3.7)ヘッドブロッキング(3.7.3)

3.2.2 Bidirectional traffic
3.2.2 双方向トラフィック

Definition:

定義:

Frames presented to a DUT/SUT such that every receiving interface also transmits.

すべての受信インターフェースが送信するようにDUT / SUTに提示されるフレーム。

Discussion:

討論:

This definition conforms to the discussion in section 14 of RFC 1944.

この定義は、RFC 1944のセクション14の説明に準拠しています。

When a tester offers bidirectional traffic to a DUT/SUT all the interfaces which receive frames from the tester also transmit frames back to the tester.

テスターが双方向トラフィックをDUT / SUTに提供する場合、テスターからフレームを受信するすべてのインターフェースもフレームをテスターに​​送信します。

Bidirectional traffic MUST be offered when measuring the throughput or forwarding rate of full duplex interfaces of a switching device.

スイッチングデバイスの全二重インターフェイスのスループットまたは転送レートを測定する場合は、双方向トラフィックを提供する必要があります。

Issues:

問題:

truncated binary exponential back-off algorithm

切り捨てられたバイナリ指数バックオフアルゴリズム

Measurement units:

測定単位:

n/a

なし

See Also:

関連項目:

unidirectional traffic (3.2.1) non-meshed traffic (3.3.1) partially meshed traffic (3.3.2) fully meshed traffic (3.3.3)

単方向トラフィック(3.2.1)非メッシュトラフィック(3.3.1)部分メッシュトラフィック(3.3.2)完全メッシュトラフィック(3.3.3)

3.3 Traffic distribution
3.3 交通分配

This group of definitions applies to the distribution of frames forwarded by a DUT/SUT.

このグループの定義は、DUT / SUTによって転送されるフレームの配信に適用されます。

3.3.1 Non-meshed traffic
3.3.1 非メッシュトラフィック

Definition:

定義:

Frames offered to a single input interface and addressed to a single output interface of a DUT/SUT where input and output interfaces are grouped in mutually exclusive pairs.

単一の入力インターフェースに提供され、DUT / SUTの単一の出力インターフェースにアドレス指定されたフレーム。入力インターフェースと出力インターフェースは相互に排他的なペアにグループ化されます。

Discussion:

討論:

In the simplest instance of non-meshed traffic all frames are offered to a single input interface and addressed to a single output interface. The one-to-one mapping of input to output interfaces required by non-meshed traffic can be extended to multiple mutually exclusive pairs of input and output interfaces.

非メッシュトラフィックの最も単純なインスタンスでは、すべてのフレームが単一の入力インターフェイスに提供され、単一の出力インターフェイスにアドレス指定されます。非メッシュトラフィックに必要な入力と出力インターフェイスの1対1のマッピングは、相互に排他的な複数の入力インターフェイスと出力インターフェイスのペアに拡張できます。

Measurement units:

測定単位:

n/a

なし

Issues:

問題:

half duplex / full duplex

半二重/全二重

See Also:

関連項目:

unidirectional traffic (3.2.1) bidirectional traffic (3.2.2) partially meshed traffic (3.3.2.) fully meshed traffic (3.3.3) burst (3.4.1)

単方向トラフィック(3.2.1)双方向トラフィック(3.2.2)部分的にメッシュ化されたトラフィック(3.3.2。)完全にメッシュ化されたトラフィック(3.3.3)バースト(3.4.1)

3.3.2 Partially meshed traffic
3.3.2 部分的にメッシュ化されたトラフィック

Definition:

定義:

Frames offered to one or more input interfaces of a DUT/SUT and addressed to one or more output interfaces where input and output interfaces are mutually exclusive and mapped one-to-many, many-to-one or many-to-many.

DUT / SUTの1つ以上の入力インターフェースに提供され、1つ以上の出力インターフェースにアドレス指定されるフレーム。入力インターフェースと出力インターフェースは相互に排他的であり、1対多、多対1、または多対多にマッピングされます。

Discussion:

討論:

This definition follows from the discussion in section 16 of RFC 1944 on multi-port testing. Partially meshed traffic allows for one-to-many, many-to-one or many-to-many mappings of input to output interfaces and readily extends to configurations with multiple switching devices linked together over backbone connections.

この定義は、マルチポートテストに関するRFC 1944のセクション16の説明に基づいています。部分的にメッシュ化されたトラフィックにより、入力インターフェイスから出力インターフェイスへの1対多、多対1または多対多のマッピングが可能になり、複数のスイッチングデバイスがバックボーン接続を介してリンクされた構成に容易に拡張できます。

It should be noted that partially meshed traffic can load backbone connections linking together two switching devices or systems more than fully meshed traffic. When offered partially meshed traffic devices or systems can be set up to forward all of the frames they receive to the opposite side of the backbone connection whereas fully meshed traffic requires at least some of the offered frames to be forwarded locally, that is to the interfaces of the DUT/SUT receiving them. Such frames will not traverse the backbone connection.

部分的にメッシュ化されたトラフィックは、完全にメッシュ化されたトラフィックよりも、2つのスイッチングデバイスまたはシステムをリンクするバックボーン接続をロードできることに注意してください。部分的にメッシュ化されたトラフィックデバイスまたはシステムが提供されると、受信したすべてのフレームをバックボーン接続の反対側に転送するように設定できますが、完全にメッシュ化されたトラフィックでは、提供されたフレームの少なくとも一部をローカルに、つまりインターフェイスに転送する必要があります。それらを受け取るDUT / SUTの。このようなフレームは、バックボーン接続を通過しません。

Measurement units:

測定単位:

n/a

なし

Issues:

問題:

half duplex / full duplex

半二重/全二重

See Also:

関連項目:

unidirectional traffic (3.2.1) bidirectional traffic (3.2.2) non-meshed traffic (3.3.1) fully meshed traffic (3.3.3) burst (3.4.1)

単方向トラフィック(3.2.1)双方向トラフィック(3.2.2)非メッシュトラフィック(3.3.1)完全メッシュトラフィック(3.3.3)バースト(3.4.1)

3.3.3 Fully meshed traffic
3.3.3 完全にメッシュ化されたトラフィック

Definition:

定義:

Frames offered to a designated number of interfaces of a DUT/SUT such that each one of the interfaces under test receives frames addressed to all of the other interfaces under test.

DUT / SUTの指定された数のインターフェイスに提供されるフレーム。これにより、テスト中の各インターフェイスが、テスト中の他のすべてのインターフェイスにアドレス指定されたフレームを受信します。

Discussion:

討論:

As with bidirectional partially meshed traffic, fully meshed traffic requires each one the interfaces of a DUT/SUT to both receive and transmit frames. But since the interfaces are not divided into groups as with partially meshed traffic every interface forwards frames to and receives frames from every other interface. The total number of individual input/output interface pairs when traffic is fully meshed over n switched interfaces equals n x (n - 1). This compares with n x (n / 2) such interface pairs when traffic is partially meshed.

双方向の部分的にメッシュ化されたトラフィックと同様に、完全にメッシュ化されたトラフィックでは、DUT / SUTの各インターフェイスがフレームの受信と送信の両方を行う必要があります。ただし、部分的にメッシュ化されたトラフィックの場合のようにインターフェイスはグループに分割されないため、すべてのインターフェイスは他のすべてのインターフェイスとの間でフレームを転送し、フレームから受信します。 n個のスイッチドインターフェイス上でトラフィックが完全にメッシュ化されている場合の個々の入力/出力インターフェイスのペアの総数は、n x(n-1)に等しくなります。これは、トラフィックが部分的にメッシュ化されている場合のn x(n / 2)のようなインターフェイスペアと比較されます。

Fully meshed traffic on half duplex interfaces is inherently bursty since interfaces must interrupt transmission whenever they receive frames. This kind of bursty meshed traffic is characteristic of real network traffic and can be advantageously used to diagnose a DUT/SUT by exercising many of its component parts simultaneously. Additional inspection may be warranted to correlate the frame forwarding capacity of a DUT/SUT when offered meshed traffic and the behavior of individual elements such as input or output buffers, buffer allocation mechanisms, aggregate switching capacity, processing speed or medium access control.

インターフェイスがフレームを受信するたびにインターフェイスが送信を中断する必要があるため、半二重インターフェイスのフルメッシュトラフィックは本質的にバースト性です。この種のバースト性メッシュトラフィックは実際のネットワークトラフィックに特徴的であり、コンポーネントの多くの部分を同時に実行することにより、DUT / SUTを診断するために有利に使用できます。メッシュトラフィックが提供された場合のDUT / SUTのフレーム転送容量と、入力または出力バッファー、バッファー割り当てメカニズム、総スイッチング容量、処理速度、メディアアクセス制御などの個々の要素の動作を関連付けるには、追加の検査が必要になる場合があります。

The analysis of forwarding rate measurements presents a challenge when offering bidirectional or fully meshed traffic since the rate at which the tester can be observed to transmit frames to the DUT/SUT may be smaller than the rate at which it intends to transmit due to collisions on half duplex media or the action of congestion control mechanisms. This makes it important to take account of both the intended and offered loads defined in sections 3.5.1.and 3.5.2 below when reporting the results of such forwarding rate measurements.

転送速度測定の分析は、双方向またはフルメッシュトラフィックを提供するときに課題を提示します。テスターがフレームをDUT / SUTに送信するのを観察できる速度は、衝突により送信する予定の速度よりも小さい場合があるためです。半二重メディアまたは輻輳制御メカニズムのアクション。このため、このような転送速度測定の結果を報告する際には、以下のセクション3.5.1。および3.5.2で定義されている、意図された負荷と提供された負荷の両方を考慮することが重要です。

When offering bursty meshed traffic to a DUT/SUT a number of variables have to be considered. These include frame size, the number of frames within bursts, the interval between bursts as well as the distribution of load between incoming and outgoing traffic. Terms related to bursts are defined in section 3.4 below.

バースト性メッシュトラフィックをDUT / SUTに提供する場合、いくつかの変数を考慮する必要があります。これには、フレームサイズ、バースト内のフレーム数、バースト間の間隔、および着信トラフィックと発信トラフィック間の負荷分散が含まれます。バーストに関連する用語は、以下のセクション3.4で定義されています。

Measurement units:

測定単位:

n/a

なし

Issues:

問題:

half duplex / full duplex

半二重/全二重

See Also:

関連項目:

unidirectional traffic (3.2.1) bidirectional traffic (3.2.2) non-meshed traffic (3.3.1) partially meshed traffic (3.3.2) burst (3.4.1) intended load (3.5.1) offered load (3.5.2)

単方向トラフィック(3.2.1)双方向トラフィック(3.2.2)非メッシュトラフィック(3.3.1)部分メッシュトラフィック(3.3.2)バースト(3.4.1)意図された負荷(3.5.1)提供された負荷(3.5.2 )

3.4 Bursts
3.4 バースト

This group of definitions applies to the intervals between frames or groups of frames offered to the DUT/SUT.

この定義のグループは、DUT / SUTに提供されるフレーム間の間隔またはフレームのグループに適用されます。

3.4.1 Burst
3.4.1 バースト

Definition:

定義:

A sequence of frames transmitted with the minimum legal inter-frame gap.

最小の正当なフレーム間ギャップで送信された一連のフレーム。

Discussion:

討論:

This definition follows from discussions in section 3.16 of RFC 1242 and section 21 of RFC 1944 which describes cases where it is useful to consider isolated frames as single frame bursts.

この定義は、RFC 1242のセクション3.16およびRFC 1944のセクション21での議論に基づいています。RFC1944のセクション21では、孤立したフレームを単一のフレームバーストと見なすことが役立つ場合について説明しています。

Measurement units:

測定単位:

n/a

なし

Issues: See Also:

問題:関連項目:

burst size (3.4.2) inter-burst gap (IBG) (3.4.3)

バーストサイズ(3.4.2)バースト間ギャップ(IBG)(3.4.3)

3.4.2 Burst size
3.4.2 バーストサイズ

Definition:

定義:

The number of frames in a burst.

バースト内のフレーム数。

Discussion:

討論:

Burst size can range from one to infinity. In unidirectional traffic as well as in bidirectional or meshed traffic on full duplex interfaces there is no theoretical limit to burst length. When traffic is bidirectional or meshed bursts on half duplex media are finite since interfaces interrupt transmission intermittently to receive frames.

バーストサイズの範囲は1から無限です。全二重インターフェイス上の単方向トラフィックおよび双方向またはメッシュトラフィックでは、バースト長に理論上の制限はありません。トラフィックが双方向である場合、またはインターフェイスがフレームを受信するために断続的に送信を中断するため、半二重メディア上のメッシュバーストは有限です。

On real networks burst size will normally increase with window size. This makes it desirable to test devices with small as well as large burst sizes.

実際のネットワークでは、バーストサイズは通常、ウィンドウサイズとともに増加します。このため、バーストサイズが大きいデバイスだけでなく、小さいデバイスもテストすることが望まれます。

Measurement units:

測定単位:

number of N-octet frames

Nオクテットフレームの数

Issues:

問題:

See Also:

関連項目:

burst (3.4.1) inter-burst gap (IBG) (3.4.3)

バースト(3.4.1)バースト間ギャップ(IBG)(3.4.3)

3.4.3 Inter-burst gap (IBG)
3.4.3 バースト間ギャップ(IBG)

Definition:

定義:

The interval between two bursts.

2つのバースト間の間隔。

Discussion:

討論:

This definition conforms to the discussion in section 20 of RFC 1944 on bursty traffic.

この定義は、バースト性トラフィックに関するRFC 1944のセクション20での説明に準拠しています。

Bidirectional and meshed traffic are inherently bursty since interfaces share their time between receiving and transmitting frames. External sources offering bursty traffic for a given frame size and burst size must adjust the inter-burst gap to achieve a specified average rate of frame transmission.

インターフェイスはフレームの受信と送信の間で時間を共有するため、双方向のメッシュトラフィックは本質的にバースト性です。特定のフレームサイズとバーストサイズでバーストトラフィックを提供する外部ソースは、バースト間ギャップを調整して、指定された平均フレーム伝送速度を達成する必要があります。

Measurement units:

測定単位:

nanoseconds microseconds milliseconds seconds

ナノ秒マイクロ秒ミリ秒秒

Issues:

問題:

See Also:

関連項目:

burst (3.4.1) burst size (3.4.2)

バースト(3.4.1)バーストサイズ(3.4.2)

3.5 Loads
3.5 負荷

This group of definitions applies to the rates at which traffic is offered to any DUT/SUT.

この定義のグループは、トラフィックが任意のDUT / SUTに提供されるレートに適用されます。

3.5.1 Intended load (Iload)
3.5.1 意図した負荷(Iload)

Definition:

定義:

The number of frames per second that an external source attempts to transmit to a DUT/SUT for forwarding to a specified output interface or interfaces.

指定した1つまたは複数の出力インターフェイスに転送するために、外部ソースがDUT / SUTに送信しようとする1秒あたりのフレーム数。

Discussion:

討論:

Collisions on CSMA/CD links or the action of congestion control mechanisms can effect the rate at which an external source of traffic transmits frames to a DUT/SUT. This makes it useful to distinguish the load that an external source attempts to apply to a DUT/SUT and the load it is observed or measured to apply.

CSMA / CDリンクでの衝突または輻輳制御メカニズムのアクションは、トラフィックの外部ソースがDUT / SUTにフレームを送信するレートに影響を与える可能性があります。これにより、外部ソースがDUT / SUTに加えようとする負荷と、それが観測または測定されて加えられる負荷を区別するのに役立ちます。

In the case of Ethernet an external source of traffic MUST implement the truncated binary exponential back-off algorithm to ensure that it is accessing the medium legally

イーサネットの場合、外部のトラフィックソースは、切り捨てられたバイナリ指数バックオフアルゴリズムを実装して、メディアが合法的にアクセスしていることを確認する必要があります。

Measurement units:

測定単位:

bits per second N-octets per second (N-octets per second / media_maximum-octets per second) x 100

ビット/秒Nオクテット/秒(Nオクテット/秒/ media_maximum-オクテット/秒)x 100

Issues:

問題:

See Also:

関連項目:

burst (3.4.1) inter-burst gap (3.4.3) offered load (3.5.2)

バースト(3.4.1)バースト間ギャップ(3.4.3)提供負荷(3.5.2)

3.5.2 Offered load (Oload)
3.5.2 提供される負荷(Oload)

Definition:

定義:

The number of frames per second that an external source can be observed or measured to transmit to a DUT/SUT for forwarding to a specified output interface or interfaces.

指定された1つまたは複数の出力インターフェイスに転送するために、DUT / SUTに送信するために外部ソースを監視または測定できる1秒あたりのフレーム数。

Discussion:

討論:

The load which an external device can be observed to apply to a DUT/SUT may be less than the intended load due to collisions on half duplex media or the action of congestion control mechanisms. This makes it important to distinguish intended and offered load when analyzing the results of forwarding rate measurements using bidirectional or fully meshed traffic.

外部デバイスがDUT / SUTに適用することが観察できる負荷は、半二重メディアでの衝突または輻輳制御メカニズムの動作により、意図した負荷よりも低い場合があります。このため、双方向または完全にメッシュ化されたトラフィックを使用して転送レート測定の結果を分析する場合、意図された負荷と提供された負荷を区別することが重要です。

Frames which are not successfully transmitted by an external source of traffic to a DUT/SUT MUST NOT be counted as transmitted frames when measuring forwarding rates.

外部のトラフィックソースからDUT / SUTに正常に送信されなかったフレームは、転送速度を測定するときに送信フレームとしてカウントしてはなりません。

The frame count on an interface of a DUT/SUT may exceed the rate at which an external device offers frames due to the presence of spanning tree BPDUs (Bridge Protocol Data Units) on 802.1D-compliant switches or SNMP frames. Such frames should be treated as modifiers as described in section 11 of RFC 1944.

DUT / SUTのインターフェースのフレーム数は、802.1D準拠のスイッチまたはSNMPフレームにスパニングツリーBPDU(ブリッジプロトコルデータユニット)が存在するため、外部デバイスがフレームを提供するレートを超える場合があります。このようなフレームは、RFC 1944のセクション11で説明されているように、修飾子として扱う必要があります。

Offered load MUST be indicated when reporting the results of forwarding rate measurements.

転送レート測定の結果を報告するときは、提供された負荷を示す必要があります。

Measurement units:

測定単位:

bits per second N-octets per second (N-octets per second / media_maximum-octets per second) x 100

ビット/秒Nオクテット/秒(Nオクテット/秒/ media_maximum-オクテット/秒)x 100

Issues:

問題:

token ring

トークンリング

See Also:

関連項目:

bidirectional traffic (3.2.2) fully meshed traffic (3.3.3) intended load (3.5.1) forwarding rate (3.6.1)

双方向トラフィック(3.2.2)完全メッシュトラフィック(3.3.3)意図された負荷(3.5.1)転送速度(3.6.1)

3.5.3 Maximum offered load (MOL)
3.5.3 最大提供負荷(MOL)

Definition:

定義:

The highest number of frames per second that an external source can transmit to a DUT/SUT for forwarding to a specified output interface or interfaces.

指定した1つまたは複数の出力インターフェイスに転送するために、外部ソースがDUT / SUTに送信できる1秒あたりの最大フレーム数。

Discussion:

討論:

The maximum load that an external device can apply to a DUT/SUT may not equal the maximum load allowed by the medium. This will be the case when an external source lacks the resources to transmit frames at the minimum legal inter-frame gap or when it has sufficient resources to transmit frames below the minimum legal inter-frame gap. Moreover, maximum load may vary with respect to parameters other than a medium's maximum theoretical utilization. For example, on those media employing tokens, maximum load may vary as a function of Token Rotation Time, Token Holding Time, or the ability to chain multiple frames to a single token. The maximum load that an external device applies to a DUT/SUT MUST be specified when measuring forwarding rates.

外部デバイスがDUT / SUTに適用できる最大負荷は、媒体が許容する最大負荷とは異なる場合があります。これは、外部ソースに最小の正当なフレーム間ギャップでフレームを送信するためのリソースがない場合、または最小限の正当なフレーム間ギャップ未満のフレームを送信するための十分なリソースがある場合です。さらに、最大負荷は、媒体の最大理論的利用率以外のパラメータに関して変動する可能性があります。たとえば、トークンを使用するメディアでは、最大負荷は、トークン回転時間、トークン保持時間、または複数のフレームを単一のトークンにチェーンする機能の関数として変化する可能性があります。転送速度を測定する場合、外部デバイスがDUT / SUTに適用する最大負荷を指定する必要があります。

Measurement units:

測定単位:

bits per second N-octets per second (N-octets per second / media_maximum-octets per second) x 100

ビット/秒Nオクテット/秒(Nオクテット/秒/ media_maximum-オクテット/秒)x 100

Issues: See Also:

問題:関連項目:

offered load (3.5.2)

提供された負荷(3.5.2)

3.5.4 Overloading
3.5.4 過負荷

Definition:

定義:

Attempting to load a DUT/SUT in excess of the maximum rate of transmission allowed by the medium.

メディアで許可されている最大伝送速度を超えるDUT / SUTをロードしようとしています。

Discussion:

討論:

Overloading can serve to exercise buffers and buffer allocation algorithms as well as congestion control mechanisms. The number of input interfaces required to overload one or more output interfaces of a DUT/SUT will vary according to the media rates of the interfaces involved.

オーバーロードは、バッファーとバッファー割り当てアルゴリズム、および輻輳制御メカニズムを実行するのに役立ちます。 DUT / SUTの1つ以上の出力インターフェースをオーバーロードするために必要な入力インターフェースの数は、関係するインターフェースのメディアレートによって異なります。

An external source can also overload an interface by transmitting frames below the minimum inter-frame gap. A DUT/SUT MUST forward such frames at intervals equal to or above the minimum gap specified in standards.

外部ソースは、最小フレーム間ギャップを下回るフレームを送信することにより、インターフェイスを過負荷にすることもできます。 DUT / SUTは、標準で指定された最小ギャップ以上の間隔でこのようなフレームを転送する必要があります。

A DUT/SUT using congestion control techniques such as backpressure or forward pressure may exhibit no frame loss when a tester attempts to overload one or more of its interfaces. This should not be exploited to suggest that the DUT/SUT supports rates of transmission in excess of the maximum rate allowed by the medium since both techniques reduce the rate at which the tester offers frames to prevent overloading. Backpressure achieves this purpose by jamming the transmission interfaces of the tester and forward pressure by hindering the tester from gaining fair access to the medium. Analysis of both cases should take the distinction between intended load (3.5.1) and offered load (3.5.2) into account.

テスターが1つ以上のインターフェースに過負荷をかけようとしたときに、バックプレッシャーやフォワードプレッシャーなどの輻輳制御技術を使用したDUT / SUTでフレーム損失が発生しない場合があります。テスターがフレームを提供する速度を減らして過負荷を防ぐため、DUT / SUTが媒体で許可されている最大速度を超える伝送速度をサポートしていることを示唆するためにこれを悪用しないでください。バックプレッシャーは、テスターの伝送インターフェースを妨害することによってこの目的を達成し、テスターが媒体への公平なアクセスを得ることを妨げることによってフォワードプレッシャーを達成します。両方のケースの分析では、意図した負荷(3.5.1)と提供された負荷(3.5.2)の違いを考慮に入れる必要があります。

Measurement units:

測定単位:

bits per second N-octets per second (N-octets per second / media_maximum-octets per second) x 100

ビット/秒Nオクテット/秒(Nオクテット/秒/ media_maximum-オクテット/秒)x 100

Issues: See Also:

問題:関連項目:

unidirectional traffic (3.2.1) intended load (3.5.1) offered load (3.5.2) forwarding rate (3.6.1) backpressure (3.7.1) forward pressure (3.7.2)

単方向トラフィック(3.2.1)意図された負荷(3.5.1)提供された負荷(3.5.2)転送速度(3.6.1)バックプレッシャー(3.7.1)フォワードプレッシャー(3.7.2)

3.6 Forwarding rates
3.6 転送レート

This group of definitions applies to the rates at which traffic is forwarded by any DUT/SUT in response to a stimulus.

この定義のグループは、刺激に応答してトラフィックがDUT / SUTによって転送されるレートに適用されます。

3.6.1 Forwarding rate (FR)
3.6.1 転送レート(FR)

Definition:

定義:

The number of frames per second that a device can be observed to successfully transmit to the correct destination interface in response to a specified offered load.

指定された提供された負荷に応じて、デバイスが正しい宛先インターフェイスに正常に送信するのを監視できる1秒あたりのフレーム数。

Discussion:

討論:

Unlike throughput defined in section 3.17 of RFC 1242, forwarding rate makes no explicit reference to frame loss. Forwarding rate refers to the number of frames per second observed on the output side of the interface under test and MUST be reported in relation to the offered load. Forwarding rate can be measured with different traffic orientations and distributions.

RFC 1242のセクション3.17で定義されたスループットとは異なり、転送速度はフレーム損失を明示的に参照しません。転送速度は、テスト中のインターフェイスの出力側で観測された1秒あたりのフレーム数を指し、提供された負荷に関連して報告する必要があります。転送速度は、さまざまなトラフィックの方向と分布で測定できます。

It should be noted that the forwarding rate of a DUT/SUT may be sensitive to the action of congestion control mechanisms.

DUT / SUTの転送速度は、輻輳制御メカニズムの動作に影響されやすいことに注意してください。

Measurement units:

測定単位:

N-octet frames per second

1秒あたりのNオクテットフレーム

Issues:

問題:

See Also:

関連項目:

offered load (3.5.2) forwarding rate at maximum offered load (3.6.2) maximum forwarding rate (3.6.3)

最大提供負荷(3.6.2)での提供負荷(3.5.2)転送速度最大転送速度(3.6.3)

3.6.2 Forwarding rate at maximum offered load (FRMOL)
3.6.2 最大提供負荷での転送速度(FRMOL)

Definition:

定義:

The number of frames per second that a device can be observed to successfully transmit to the correct destination interface in response to the maximum offered load.

提供された最大負荷に応答して、デバイスが正しい宛先インターフェースに正常に送信するのを監視できる1秒あたりのフレーム数。

Discussion:

討論:

Forwarding rate at maximum offered load may be less than the maximum rate at which a device can be observed to successfully forward traffic. This will be the case when the ability of a device to forward frames degenerates when offered traffic at maximum load.

最大提供負荷での転送速度は、デバイスがトラフィックを正常に転送することが確認できる最大速度よりも低い場合があります。これは、最大負荷でトラフィックが提供されたときに、デバイスがフレームを転送する機能が低下した場合に当てはまります。

Maximum offered load MUST be cited when reporting forwarding rate at maximum offered load.

最大提供負荷で転送速度を報告するときは、最大提供負荷を引用する必要があります。

Measurement units:

測定単位:

N-octet frames per second

1秒あたりのNオクテットフレーム

Issues:

問題:

See Also:

関連項目:

maximum offered load (3.5.3) forwarding rate (3.6.1) maximum forwarding rate (3.6.3)

最大提供負荷(3.5.3)転送速度(3.6.1)最大転送速度(3.6.3)

3.6.3 Maximum forwarding rate (MFR)
3.6.3 最大転送レート(MFR)

Definition:

定義:

The highest forwarding rate of a DUT/SUT taken from an iterative set of forwarding rate measurements.

転送レート測定の反復セットから取得したDUT / SUTの最高転送レート。

Discussion:

討論:

The forwarding rate of a device may degenerate before maximum load is reached. The load applied to a device must be cited when reporting maximum forwarding rate.

最大負荷に達する前に、デバイスの転送速度が低下する場合があります。最大転送速度を報告するときは、デバイスにかかる負荷を引用する必要があります。

The following example illustrates how the terms relative to loading and forwarding rates are meant to be used. In particular it shows how the distinction between forwarding rate at maximum offered load (FRMOL) and maximum forwarding rate (MFR) can be used to characterize a DUT/SUT.

次の例は、読み込み速度と転送速度に関連する用語の使用方法を示しています。特に、最大提供負荷での転送速度(FRMOL)と最大転送速度(MFR)の違いを使用してDUT / SUTを特徴付ける方法を示します。

                    (A)                          (B)
                Test Device                     DUT/SUT
                Offered Load                Forwarding Rate
                ------------                ---------------
        (1)       14,880 fps - MOL              7,400 fps - FRMOL
        (2)       13,880 fps                    8,472 fps
        (3)       12,880 fps                   12,880 fps  - MFR
        

Measurement units:

測定単位:

N-octet frames per second

1秒あたりのNオクテットフレーム

Issues:

問題:

See Also:

関連項目:

offered load (3.5.2) forwarding rates (3.6.1) forwarding rate at maximum load (3.6.2)

最大負荷時の負荷(3.5.2)転送速度(3.6.1)転送速度(3.6.2)

3.7 Congestion control
3.7 輻輳制御

This group of definitions applies to the behavior of a DUT/SUT when congestion or contention is present.

この定義のグループは、輻輳または競合が存在する場合のDUT / SUTの動作に適用されます。

3.7.1 Backpressure
3.7.1 背圧

Definition:

定義:

Any technique used by a DUT/SUT to attempt to avoid frame loss by impeding external sources of traffic from transmitting frames to congested interfaces.

DUT / SUTがフレームの損失を回避するために使用する、トラフィックの外部ソースがフレームを輻輳したインターフェースに送信するのを妨げることによって使用される任意の手法。

Discussion:

討論:

Some switches send jam signals, for example preamble bits, back to traffic sources when their transmit and/or receive buffers start to overfill. Switches implementing full duplex Ethernet links may use IEEE 802.3x Flow Control for the same purpose. Such devices may incur no frame loss when external sources attempt to offer traffic to congested or overloaded interfaces.

一部のスイッチは、送信および/または受信バッファーがいっぱいになり始めると、ジャム信号(プリアンブルビットなど)をトラフィックソースに送り返します。全二重イーサネットリンクを実装するスイッチは、同じ目的でIEEE 802.3xフロー制御を使用できます。そのようなデバイスは、外部ソースが輻輳または過負荷のインターフェースにトラフィックを提供しようとするときに、フレームの損失を招かない可能性があります。

It should be noted that jamming and other flow control methods may slow all traffic transmitted to congested input interfaces including traffic intended for uncongested output interfaces.

妨害および他のフロー制御方法は、混雑していない出力インターフェースに向けられたトラフィックを含む、混雑した入力インターフェースに送信されるすべてのトラフィックを遅くする可能性があることに注意すべきである。

A DUT/SUT applying backpressure may exhibit no frame loss when a tester attempts to overload one or more of its interfaces. This should not be interpreted to suggest that the interfaces of the DUT/SUT support forwarding rates above the maximum rate allowed by the medium. In these cases overloading is only apparent since through the application of backpressure the DUT/SUT avoids overloading by reducing the rate at which the tester can offer frames.

テスターが1つ以上のインターフェースに過負荷をかけようとしたときに、バックプレッシャーを適用するDUT / SUTでフレーム損失が発生しない場合があります。これは、DUT / SUTのインターフェイスが、メディアで許可されている最大レートを超える転送レートをサポートしていることを示唆するものと解釈すべきではありません。これらの場合、バックプレッシャーを適用することにより、DUT / SUTがテスターがフレームを提供できるレートを下げることでオーバーロードを回避するため、オーバーロードは明らかです。

Measurement units:

測定単位:

frame loss on congested interface or interfaces N-octet frames per second between the interface applying backpressure and an uncongested destination interface

バックプレッシャーを適用するインターフェースと輻輳していない宛先インターフェースとの間の輻輳している1つまたは複数のインターフェースでのフレーム損失(1秒あたりNオクテットフレーム)

Issues:

問題:

jamming not explicitly described in standards

標準で明示的に記述されていない妨害

See Also:

関連項目:

intended load (3.5.1) offered load (3.5.2) overloading (3.5.4) forwarding rate (3.6.1) forward pressure (3.7.2)

意図された負荷(3.5.1)提供された負荷(3.5.2)過負荷(3.5.4)転送速度(3.6.1)前方圧力(3.7.2)

3.7.2 Forward pressure
3.7.2 順圧

Definition:

定義:

Methods which depart from or otherwise violate a defined standardized protocol in an attempt to increase the forwarding performance of a DUT/SUT.

DUT / SUTの転送パフォーマンスを向上させるために、定義済みの標準化されたプロトコルから逸脱する、または違反するメソッド。

Discussion:

討論:

A DUT/SUT may be found to inhibit or abort back-off algorithms in order to force access to the medium when contention occurs. It should be noted that the back-off algorithm should be fair whether the DUT/SUT is in a congested or an uncongested state. Transmission below the minimum inter-frame gap or the disregard of flow control primitives fall into this category.

DUT / SUTは、競合が発生したときにメディアへのアクセスを強制するために、バックオフアルゴリズムを禁止または中止する場合があります。 DUT / SUTが輻輳状態でも非輻輳状態でも、バックオフアルゴリズムは公平でなければならないことに注意してください。最小フレーム間ギャップを下回る送信、またはフロー制御プリミティブの無視は、このカテゴリに分類されます。

A DUT/SUT applying forward pressure may eliminate all or most frame loss when a tester attempts to overload one or more of its interfaces. This should not be interpreted to suggest that the interfaces of the DUT/SUT can sustain forwarding rates above the maximum rate allowed by the medium. Overloading in such cases is only apparent since the application of forward pressure by the DUT/SUT enables interfaces to relieve saturated output queues by forcing access to the medium and concomitantly inhibiting the tester from transmitting frames.

テスターが1つまたは複数のインターフェースに過負荷をかけようとしたときに、DUT / SUTが順方向圧力を適用すると、すべてまたはほとんどのフレーム損失が解消される場合があります。これは、DUT / SUTのインターフェイスが、メディアで許可されている最大レートを超える転送レートを維持できることを示唆するものと解釈すべきではありません。このような場合の過負荷は、DUT / SUTによるフォワードプレッシャーの適用により、媒体へのアクセスを強制し、同時にテスターがフレームを送信することを禁止することにより、インターフェイスが飽和した出力キューを解放できるため、明らかです。

Measurement units:

測定単位:

intervals between frames in microseconds intervals in microseconds between transmission retries during 16 successive collisions.

マイクロ秒単位のフレーム間の間隔16回の連続した衝突の間の送信再試行間のマイクロ秒単位の間隔。

Issues:

問題:

truncated binary exponential back-off algorithm

切り捨てられたバイナリ指数バックオフアルゴリズム

See Also:

関連項目:

intended load (3.5.1) offered load (3.5.2) overloading (3.5.4) forwarding rate (3.6.1) backpressure (3.7.1)

意図された負荷(3.5.1)提供された負荷(3.5.2)過負荷(3.5.4)転送速度(3.6.1)背圧(3.7.1)

3.7.3 Head of line blocking
3.7.3 行頭ブロッキング

Definition:

定義:

Frame loss or added delay observed on an uncongested output interface whenever frames are received from an input interface which is also attempting to forward frames to a congested output interface.

輻輳した出力インターフェースにフレームを転送しようとしている入力インターフェースからフレームを受信したときに、輻輳していない出力インターフェースで観測されたフレーム損失または追加の遅延。

Discussion:

討論:

It is important to verify that a switch does not slow transmission or drop frames on interfaces which are not congested whenever overloading on one of its other interfaces occurs.

スイッチが他のインターフェイスの1つで過負荷が発生するたびに輻輳していないインターフェイスでフレームの送信を遅くしたりフレームをドロップしたりしないことを確認することが重要です。

Measurement units:

測定単位:

forwarding rate and frame loss recorded on an uncongested interface when receiving frames from an interface which is also forwarding frames to a congested interface.

輻輳しているインターフェースにフレームを転送しているインターフェースからフレームを受信すると、輻輳していないインターフェースで記録された転送速度とフレーム損失。

Issues:

問題:

input buffers

input buffers

See Also:

See Also:

unidirectional traffic (3.2.1)

単方向トラフィック(3.2.1)

3.8 Address handling
3.8 アドレスの取り扱い

This group of definitions applies to the address resolution process enabling a DUT/SUT to forward frames to their correct destinations.

この定義のグループは、DUT / SUTがフレームを正しい宛先に転送できるようにするアドレス解決プロセスに適用されます。

3.8.1 Address caching capacity
3.8.1 アドレスキャッシング容量

Definition:

定義:

The number of MAC addresses per n interfaces, per module or per device that a DUT/SUT can cache and successfully forward frames to without flooding or dropping frames.

DUT / SUTがフレームをキャッシュして、フレームをフラッディングまたはドロップせずに正常に転送できるnインターフェイス、モジュール、またはデバイスごとのMACアドレスの数。

Discussion:

討論:

Users building networks will want to know how many nodes they can connect to a switch. This makes it necessary to verify the number of MAC addresses that can be assigned per n interfaces, per module and per chassis before a DUT/SUT begins flooding frames.

ネットワークを構築するユーザーは、スイッチに接続できるノードの数を知りたいでしょう。これにより、DUT / SUTがフレームのフラッディングを開始する前に、nインターフェイスごと、モジュールごと、シャーシごとに割り当てることができるMACアドレスの数を確認する必要があります。

Measurement units:

Measurement units:

number of MAC addresses per n interfaces, modules, or chassis

number of MAC addresses per n interfaces, modules, or chassis

Issues:

問題:

See Also:

関連項目:

address learning rate (3.8.2)

アドレス学習率(3.8.2)

3.8.2 Address learning rate
3.8.2 アドレス学習率

Definition:

定義:

The maximum rate at which a switch can learn new MAC addresses without flooding or dropping frames.

スイッチがフレームをフラッディングまたはドロップせずに新しいMACアドレスを学習できる最大レート。

Discussion:

討論:

Users may want to know how long it takes a switch to build its address tables. This information is useful to have when considering how long it takes a network to come up when many users log on in the morning or after a network crash.

ユーザーは、スイッチがアドレステーブルを作成するのにかかる時間を知りたい場合があります。この情報は、朝またはネットワーククラッシュ後に多くのユーザーがログオンしたときにネットワークが起動するまでの時間を検討するときに役立ちます。

Measurement units:

測定単位:

frames with different source addresses per second

1秒あたりの送信元アドレスが異なるフレーム

Issues:

問題:

See Also:

関連項目:

address caching capacity (3.8.1)

アドレスキャッシング容量(3.8.1)

3.8.3 Flood count
3.8.3 洪水数

Definition:

定義:

Frames forwarded to interfaces which do not correspond to the destination MAC address information when traffic is offered to a DUT/SUT for forwarding.

転送のためにトラフィックがDUT / SUTに提供されるときに、宛先MACアドレス情報に対応しないインターフェースに転送されるフレーム。

Discussion:

討論:

When recording throughput statistics it is important to check that frames have been forwarded to their proper destinations. Flooded frames MUST NOT be counted as received frames. Both known and unknown unicast frames can be flooded.

スループット統計を記録する場合、フレームが適切な宛先に転送されていることを確認することが重要です。フラッディングされたフレームは、受信フレームとしてカウントしてはなりません。既知のユニキャストフレームと未知のユニキャストフレームの両方がフラッディングされる可能性があります。

Measurement units:

Measurement units:

N-octet valid frames

Nオクテットの有効なフレーム

Issues:

Issues:

spanning tree BPDUs.

スパニングツリーBPDU。

See Also:

関連項目:

address caching capacity (3.8.1)

アドレスキャッシング容量(3.8.1)

3.9 Errored frame filtering
3.9 エラーフレームフィルタリング

This group of definitions applies to frames with errors which a DUT/SUT may filter.

この定義のグループは、DUT / SUTがフィルタリングするエラーのあるフレームに適用されます。

3.9.1 Errored frames
3.9.1 エラーフレーム

Definition:

Definition:

Frames which are over-sized, under-sized, misaligned or with an errored Frame Check Sequence.

サイズが大きすぎたり、小さすぎたり、ずれたり、フレームチェックシーケンスにエラーがあるフレーム。

Discussion:

討論:

Switches, unlike IEEE 802.1d compliant bridges, do not necessarily filter all types of illegal frames. Some switches, for example, which do not store frames before forwarding them to their destination interfaces may not filter over-sized frames (jabbers) or verify the validity of the Frame Check Sequence field. Other illegal frames are under-sized frames (runts) and misaligned frames.

IEEE 802.1d準拠のブリッジとは異なり、スイッチは必ずしもすべてのタイプの不正なフレームをフィルタリングするわけではありません。たとえば、宛先インターフェイスに転送する前にフレームを保存しない一部のスイッチは、特大のフレーム(ジャバー)をフィルタリングしないか、フレームチェックシーケンスフィールドの有効性を検証しない場合があります。その他の不正なフレームは、小さめのフレーム(ラント)と整列不良のフレームです。

Measurement units:

Measurement units:

n/a

なし

Issues:

問題:

See Also:

関連項目:

3.10 Broadcasts
3.10 Broadcasts

This group of definitions applies to MAC layer and network layer broadcast frames.

This group of definitions applies to MAC layer and network layer broadcast frames.

3.10.1 Broadcast forwarding rate
3.10.1 Broadcast forwarding rate

Definition:

定義:

The number of broadcast frames per second that a DUT/SUT can be observed to deliver to all interfaces located within a broadcast domain in response to a specified offered load of frames directed to the broadcast MAC address.

ブロードキャストMACアドレスに向けられたフレームの指定された提供負荷に応答して、ブロードキャストドメイン内にあるすべてのインターフェースに配信するためにDUT / SUTが監視できる1秒あたりのブロードキャストフレームの数。

Discussion:

討論:

There is no standard forwarding mechanism used by switches to forward broadcast frames. It is useful to determine the broadcast forwarding rate for frames switched between interfaces on the same card, interfaces on different cards in the same chassis and interfaces on different chassis linked together over backbone connections. The terms maximum broadcast forwarding rate and broadcast forwarding rate at maximum load follow directly from the terms already defined for forwarding rate measurements in section 3.6 above.

ブロードキャストフレームを転送するためにスイッチが使用する標準の転送メカニズムはありません。同じカードのインターフェイス間、同じシャーシ内の異なるカード上のインターフェイス、およびバックボーン接続を介して相互にリンクされた異なるシャーシ上のインターフェイス間でスイッチングされるフレームのブロードキャスト転送速度を決定すると便利です。最大ブロードキャスト転送速度および最大負荷時のブロードキャスト転送速度という用語は、上記のセクション3.6で転送速度測定用にすでに定義されている用語に直接従います。

Measurement units:

測定単位:

N-octet frames per second

1秒あたりのNオクテットフレーム

Issues:

Issues:

See Also:

関連項目:

forwarding rate at maximum load (3.6.2) maximum forwarding rate (3.6.3) broadcast latency (3.10.2)

最大負荷時の転送速度(3.6.2)最大転送速度(3.6.3)ブロードキャスト遅延(3.10.2)

3.10.2 Broadcast latency
3.10.2 Broadcast latency

Definition:

Definition:

The time required by a DUT/SUT to forward a broadcast frame to each interface located within a broadcast domain.

ブロードキャストドメイン内にある各インターフェースにブロードキャストフレームを転送するためにDUT / SUTが必要とする時間。

Discussion:

討論:

Since there is no standard way for switches to process broadcast frames, broadcast latency may not be the same on all receiving interfaces of a switching device. The latency measurements SHOULD be bit oriented as described in section 3.8 of RFC 1242. It is useful to determine broadcast latency for frames forwarded between interfaces on the same card, on different cards in the same chassis and on different chassis linked over backbone connections.

Since there is no standard way for switches to process broadcast frames, broadcast latency may not be the same on all receiving interfaces of a switching device. The latency measurements SHOULD be bit oriented as described in section 3.8 of RFC 1242. It is useful to determine broadcast latency for frames forwarded between interfaces on the same card, on different cards in the same chassis and on different chassis linked over backbone connections.

Measurement units:

測定単位:

nanoseconds microseconds milliseconds seconds

ナノ秒マイクロ秒ミリ秒秒

Issues:

問題:

See Also:

See Also:

broadcast forwarding rate (3.10.1)

ブロードキャスト転送速度(3.10.1)

4. Security Considerations
4. Security Considerations

Documents of this type do not directly effect the security of the Internet or of corporate networks as long as benchmarking is not performed on devices or systems connected to operating networks.

このタイプのドキュメントは、オペレーティングネットワークに接続されたデバイスまたはシステムでベンチマークが実行されない限り、インターネットまたは企業ネットワークのセキュリティに直接影響しません。

The document points out that switching devices may violate the IEEE 802.3 standard by transmitting frames below the minimum interframe gap or unfairly accessing the medium by inhibiting the backoff algorithm. Although such violations do not directly engender breaches in security, they may perturb the normal functioning of other interworking devices by obstructing their access to the medium. Their use on the Internet or on corporate networks should be discouraged.

このドキュメントは、スイッチングデバイスが最小フレーム間ギャップを下回ってフレームを送信したり、バックオフアルゴリズムを禁止してメディアに不当にアクセスしたりすることにより、IEEE 802.3標準に違反する可能性があることを指摘しています。このような違反は、セキュリティの侵害を直接引き起こすわけではありませんが、媒体へのアクセスを妨害することにより、他のインターワーキングデバイスの通常の機能を混乱させる可能性があります。インターネットまたは企業ネットワークでの使用はお勧めできません。

5. References
5. 参考文献

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

[1] Bradner、S.、「ネットワーク相互接続デバイスのベンチマーク用語」、RFC 1242、1991年7月。

[2] Bradner, S., and J. McQuaid, "Benchmarking Methodology for Network Interconnect Devices", RFC 1944, May 1996.

[2] Bradner、S。、およびJ. McQuaid、「ネットワーク相互接続デバイスのベンチマーク手法」、RFC 1944、1996年5月。

6. Acknowledgments
6. Acknowledgments

The Benchmarking Methodology Working Group of the IETF and particularly Kevin Dubray (Bay Networks) are to be thanked for the many suggestions they collectively made to help complete this document. Ajay Shah (WG), Jean-Christophe Bestaux (ENL), Henry Hamon (Netcom Systems), Stan Kopek (Digital) and Doug Ruby (Prominet) all provided valuable input at various stages of this project.

The Benchmarking Methodology Working Group of the IETF and particularly Kevin Dubray (Bay Networks) are to be thanked for the many suggestions they collectively made to help complete this document. Ajay Shah (WG), Jean-Christophe Bestaux (ENL), Henry Hamon (Netcom Systems), Stan Kopek (Digital) and Doug Ruby (Prominet) all provided valuable input at various stages of this project.

Special thanks go to Scott Bradner for his seminal work in the field of benchmarking and his many encouraging remarks.

ベンチマークの分野での彼の独創的な仕事と彼の多くの励ましの発言に対してスコット・ブラドナーに特に感謝します。

7. Author's Address
7. Author's Address

Robert Mandeville European Network Laboratories (ENL) 2, rue Helene Boucher 78286 Guyancourt Cedex France

Robert Mandeville European Network Laboratories(ENL)2、rue Helene Boucher 78286 Guyancourt Cedex France

   Phone: + 33 1 39 44 12 05
   Mobile Phone + 33 6 07 47 67 10
   Fax: + 33 1 39 44 12 06
   EMail: bob.mandeville@eunet.fr
        
8. 完全な著作権表示

Copyright (C) The Internet Society (1998). All Rights Reserved.

Copyright(C)The Internet Society(1998)。全著作権所有。

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.

このドキュメントとここに含まれる情報は「現状有姿」で提供され、インターネット社会およびインターネット技術タスクフォースは、明示または黙示を問わず、ここに記載されている情報の使用が保証するものに限定されない一切の保証を含みません。商品性または特定の目的への適合性に関する権利または黙示の保証を侵害すること。