Internet Engineering Task Force (IETF) S. Poretsky
Request for Comments: 6412 Allot Communications
Category: Informational B. Imhoff
ISSN: 2070-1721 F5 Networks
K. Michielsen
Cisco Systems
November 2011
Terminology for Benchmarking Link-State IGP Data-Plane Route Convergence
ベンチマークリンクステートIGPデータプレーンルートコンバージェンスのための用語
Abstract
抽象
This document describes the terminology for benchmarking link-state Interior Gateway Protocol (IGP) route convergence. The terminology is to be used for benchmarking IGP convergence time through externally observable (black-box) data-plane measurements. The terminology can be applied to any link-state IGP, such as IS-IS and OSPF.
この文書では、ベンチマークのリンク状態のIGPルート収束のための用語について説明します。用語は、外部から観察可能（ブラックボックス）を介してデータプレーン測定をIGPの収束時間をベンチマーキングするために使用されます。用語は、IS-ISなどとOSPF、任意のリンクステートIGPに適用することができます。
Status of This Memo
このメモのステータス
This document is not an Internet Standards Track specification; it is published for informational purposes.
このドキュメントはインターネット標準化過程仕様ではありません。それは、情報提供の目的のために公開されています。
This document is a product of the Internet Engineering Task Force (IETF). It represents the consensus of the IETF community. It has received public review and has been approved for publication by the Internet Engineering Steering Group (IESG). Not all documents approved by the IESG are a candidate for any level of Internet Standard; see Section 2 of RFC 5741.
このドキュメントはインターネットエンジニアリングタスクフォース（IETF）の製品です。これは、IETFコミュニティの総意を表しています。これは、公開レビューを受けており、インターネットエンジニアリング運営グループ（IESG）によって公表のために承認されています。 IESGによって承認されていないすべての文書がインターネットStandardのどんなレベルの候補です。 RFC 5741のセクション2を参照してください。
Information about the current status of this document, any errata, and how to provide feedback on it may be obtained at http://www.rfc-editor.org/info/rfc6412.
このドキュメントの現在の状態、任意の正誤表、そしてどのようにフィードバックを提供するための情報がhttp://www.rfc-editor.org/info/rfc6412で取得することができます。
Copyright Notice
著作権表示
Copyright (c) 2011 IETF Trust and the persons identified as the document authors. All rights reserved.
著作権（C）2011 IETF信託とドキュメントの作成者として特定の人物。全著作権所有。
This document is subject to BCP 78 and the IETF Trust's Legal Provisions Relating to IETF Documents (http://trustee.ietf.org/license-info) in effect on the date of publication of this document. Please review these documents carefully, as they describe your rights and restrictions with respect to this document. Code Components extracted from this document must include Simplified BSD License text as described in Section 4.e of the Trust Legal Provisions and are provided without warranty as described in the Simplified BSD License.
この文書では、BCP 78と、この文書の発行日に有効なIETFドキュメント（http://trustee.ietf.org/license-info）に関連IETFトラストの法律の規定に従うものとします。彼らは、この文書に関してあなたの権利と制限を説明するように、慎重にこれらの文書を確認してください。コードコンポーネントは、トラスト法規定のセクションで説明4.eおよび簡体BSDライセンスで説明したように、保証なしで提供されているよう簡体BSDライセンスのテキストを含める必要があり、この文書から抽出されました。
This document may contain material from IETF Documents or IETF Contributions published or made publicly available before November 10, 2008. The person(s) controlling the copyright in some of this material may not have granted the IETF Trust the right to allow modifications of such material outside the IETF Standards Process. Without obtaining an adequate license from the person(s) controlling the copyright in such materials, this document may not be modified outside the IETF Standards Process, and derivative works of it may not be created outside the IETF Standards Process, except to format it for publication as an RFC or to translate it into languages other than English.
この材料の一部がIETFトラストにこのような材料の変更を許可する権利を与えられていない可能性がありますにこの文書は、2008年、IETFドキュメントまたは11月10日以前に発行または公開さIETF貢献から著作権を支配する者（複数可）材料を含んでいてもよいですIETF標準化プロセスの外。そのような材料の著作権を管理者（単数または複数）から適切なライセンスを取得することなく、この文書は、IETF標準化過程の外側修正されないかもしれません、そして、それの派生物は、IETF標準化過程の外側に作成されない場合があり、それをフォーマットする以外出版RFCとして、英語以外の言語に翻訳します。
Table of Contents
目次
1. Introduction and Scope . . . . . . . . . . . . . . . . . . . . 4
2. Existing Definitions . . . . . . . . . . . . . . . . . . . . . 4
3. Term Definitions . . . . . . . . . . . . . . . . . . . . . . . 5
3.1. Convergence Types . . . . . . . . . . . . . . . . . . . . 5
3.1.1. Route Convergence . . . . . . . . . . . . . . . . . . 5
3.1.2. Full Convergence . . . . . . . . . . . . . . . . . . . 5
3.2. Instants . . . . . . . . . . . . . . . . . . . . . . . . . 6
3.2.1. Traffic Start Instant . . . . . . . . . . . . . . . . 6
3.2.2. Convergence Event Instant . . . . . . . . . . . . . . 6
3.2.3. Convergence Recovery Instant . . . . . . . . . . . . . 7
3.2.4. First Route Convergence Instant . . . . . . . . . . . 8
3.3. Transitions . . . . . . . . . . . . . . . . . . . . . . . 8
3.3.1. Convergence Event Transition . . . . . . . . . . . . . 8
3.3.2. Convergence Recovery Transition . . . . . . . . . . . 9
3.4. Interfaces . . . . . . . . . . . . . . . . . . . . . . . . 10
3.4.1. Local Interface . . . . . . . . . . . . . . . . . . . 10
3.4.2. Remote Interface . . . . . . . . . . . . . . . . . . . 10
3.4.3. Preferred Egress Interface . . . . . . . . . . . . . . 10
3.4.4. Next-Best Egress Interface . . . . . . . . . . . . . . 11
3.5. Benchmarking Methods . . . . . . . . . . . . . . . . . . . 11
3.5.1. Rate-Derived Method . . . . . . . . . . . . . . . . . 11
3.5.2. Loss-Derived Method . . . . . . . . . . . . . . . . . 14
3.5.3. Route-Specific Loss-Derived Method . . . . . . . . . . 15
3.6. Benchmarks . . . . . . . . . . . . . . . . . . . . . . . . 17
3.6.1. Full Convergence Time . . . . . . . . . . . . . . . . 17
3.6.2. First Route Convergence Time . . . . . . . . . . . . . 18
3.6.3. Route-Specific Convergence Time . . . . . . . . . . . 18
3.6.4. Loss-Derived Convergence Time . . . . . . . . . . . . 20
3.6.5. Route Loss of Connectivity Period . . . . . . . . . . 21
3.6.6. Loss-Derived Loss of Connectivity Period . . . . . . . 22
3.7. Measurement Terms . . . . . . . . . . . . . . . . . . . . 23
3.7.1. Convergence Event . . . . . . . . . . . . . . . . . . 23
3.7.2. Convergence Packet Loss . . . . . . . . . . . . . . . 23
3.7.3. Connectivity Packet Loss . . . . . . . . . . . . . . . 24
3.7.4. Packet Sampling Interval . . . . . . . . . . . . . . . 24
3.7.5. Sustained Convergence Validation Time . . . . . . . . 25
3.7.6. Forwarding Delay Threshold . . . . . . . . . . . . . . 26
3.8. Miscellaneous Terms . . . . . . . . . . . . . . . . . . . 26
3.8.1. Impaired Packet . . . . . . . . . . . . . . . . . . . 26
4. Security Considerations . . . . . . . . . . . . . . . . . . . 27
5. Acknowledgements . . . . . . . . . . . . . . . . . . . . . . . 27
6. Normative References . . . . . . . . . . . . . . . . . . . . . 27
This document is a companion to [Po11m], which contains the methodology to be used for benchmarking link-state Interior Gateway Protocol (IGP) convergence by observing the data plane. The purpose of this document is to introduce new terms required to complete execution of the Link-State IGP Data-Plane Route Convergence methodology [Po11m].
このドキュメントでは、データプレーンを観察することにより、リンクステートインテリアゲートウェイプロトコル（IGP）収束をベンチマーキングするために使用する方法が含ま[Po11m]の仲間です。このドキュメントの目的は、リンクステートIGPデータプレーンルート収束方法論[Po11m]の実行を完了するために必要な新しい用語を導入することです。
IGP convergence time is measured by observing the data plane through the Device Under Test (DUT) at the Tester. The methodology and terminology to be used for benchmarking IGP convergence can be applied to IPv4 and IPv6 traffic and link-state IGPs such as Intermediate System to Intermediate System (IS-IS) [Ca90][Ho08], Open Shortest Path First (OSPF) [Mo98] [Co08], and others.
IGPの収束時間はテスターで被試験デバイス（DUT）を介してデータ・プレーンを観察することによって測定されます。方法論および用語はIGP収束をベンチマーキングするために使用されるが、このような中間システム（IS-IS）CA90]の中間システムとしてIPv4とIPv6のトラフィックおよびリンク状態のIGPに適用することができる[Ho08]、オープンショーテストパスファースト（OSPF） [Mo98] [Co08]、などが挙げられます。
This document uses existing terminology defined in other IETF documents. Examples include, but are not limited to:
この文書は、他のIETF文書で定義された既存の用語を使用しています。例としては、これらに限定されません：
Throughput [Br91], Section 3.17
Offered Load [Ma98], Section 3.5.2
Forwarding Rate [Ma98], Section 3.6.1
Device Under Test (DUT) [Ma98], Section 3.1.1
System Under Test (SUT) [Ma98], Section 3.1.2
Out-of-Order Packet [Po06], Section 3.3.4
Duplicate Packet [Po06], Section 3.3.5
Stream [Po06], Section 3.3.2
Forwarding Delay [Po06], Section 3.2.4
IP Packet Delay Variation (IPDV) [De02], Section 1.2
Loss Period [Ko02], Section 4
The keywords "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", and "OPTIONAL" in this document are to be interpreted as described in BCP 14, RFC 2119 [Br97]. RFC 2119 defines the use of these keywords to help make the intent of Standards Track documents as clear as possible. While this document uses these keywords, this document is not a Standards Track document.
キーワード "MUST"、 "MUST NOT"、 "REQUIRED" は、 "NOT SHALL" "ものと" この文書では、 "SHOULD"、 "推奨" "NOT SHOULD"、 "MAY"、 "OPTIONAL" はにありますBCP 14に記載されるように解釈され、RFC 2119 [Br97]。 RFC 2119は、可能な限り明確な標準化過程ドキュメントの意図を作るのを助けるためにこれらのキーワードの使用を定義します。この文書は、これらのキーワードを使用していますが、この文書では、標準化過程ドキュメントではありません。
Definition:
定義：
The process of updating all components of the router, including the Routing Information Base (RIB) and Forwarding Information Base (FIB), along with software and hardware tables, with the most recent route change(s) such that forwarding for a route entry is successful on the Next-Best Egress Interface (Section 3.4.4).
ルートエントリのために転送することであるように、最新の経路変更（S）と、ソフトウェアとハードウェアテーブルと共にルーティング情報ベース（RIB）と転送情報ベース（FIB）を含むルータのすべてのコンポーネントを、更新処理次善の出口インタフェース（3.4.4）に成功しました。
Discussion:
討論：
In general, IGP convergence does not necessarily result in a change in forwarding. But the test cases in [Po11m] are specified such that the IGP convergence results in a change of egress interface for the measurement data-plane traffic. Due to this property of the test case specifications, Route Convergence can be observed externally by the rerouting of the measurement data-plane traffic to the Next-Best Egress Interface (Section 3.4.4).
一般的には、IGP収束は必ずしも転送中に変化をもたらしません。しかし【Po11m]のテストケースは、指定されている測定データプレーントラフィックのための出力インターフェイスの変化にIGP収束をもたらします。テストケース仕様のこのプロパティに、ルートコンバージェンスは次善出力インターフェイス（セクション3.4.4）に測定データプレーントラフィックの再ルーティングによって外部を観察することができます。
Measurement Units:
測定単位：
N/A
N / A
See Also:
関連項目：
Next-Best Egress Interface, Full Convergence
次善の出口インターフェイス、完全なコンバージェンス
Definition:
定義：
Route Convergence for all routes in the Forwarding Information Base (FIB).
転送情報ベース（FIB）ですべてのルートのルートコンバージェンス。
Discussion:
討論：
In general, IGP convergence does not necessarily result in a change in forwarding. But the test cases in [Po11m] are specified such that the IGP convergence results in a change of egress interface for the measurement data-plane traffic. Due to this property of the test cases specifications, Full Convergence can be observed externally by the rerouting of the measurement data-plane traffic to the Next-Best Egress Interface (Section 3.4.4).
一般的には、IGP収束は必ずしも転送中に変化をもたらしません。しかし【Po11m]のテストケースは、指定されている測定データプレーントラフィックのための出力インターフェイスの変化にIGP収束をもたらします。テストケース仕様のこのプロパティに、完全な収束が次善の出口インタフェース（3.4.4）への測定データプレーントラフィックの再ルーティングによって外部から観察することができます。
Measurement Units:
測定単位：
N/A
N / A
See Also:
関連項目：
Next-Best Egress Interface, Route Convergence
次善の出口インターフェイス、ルートコンバージェンス
Definition:
定義：
The time instant the Tester sends out the first data packet to the DUT.
時刻テスターは、DUTへの最初のデータパケットを送信します。
Discussion:
討論：
If using the Loss-Derived Method (Section 3.5.2) or the Route-Specific Loss-Derived Method (Section 3.5.3) to benchmark IGP convergence time, and the applied Convergence Event (Section 3.7.1) does not cause instantaneous traffic loss for all routes at the Convergence Event Instant (Section 3.2.2), then the Tester SHOULD collect a timestamp on the Traffic Start Instant in order to measure the period of time between the Traffic Start Instant and Convergence Event Instant.
ベンチマークIGP収束時間にロス由来メソッド（3.5.2）またはルート固有の損失由来方法（セクション3.5.3）を使用して、および適用されるコンバージェンスイベント（3.7.1）は、瞬間トラフィックが発生しない場合コンバージェンスイベントインスタント（3.2.2）で、すべてのルートの損失は、その後、テスターは、トラフィックスタートインスタントおよびコンバージェンスイベントインスタントまでの時間を測定するためにトラフィックスタートインスタントのタイムスタンプを収集する必要があります。
Measurement Units:
測定単位：
seconds (and fractions), reported with resolution sufficient to distinguish between different instants
秒（画分）は、異なる瞬間を区別するのに十分な解像度で報告しました
See Also:
関連項目：
Loss-Derived Method, Route-Specific Loss-Derived Method, Convergence Event, Convergence Event Instant
ロス由来ルートの具体的な方法、ロス由来方法、コンバージェンスイベント、コンバージェンスイベントインスタント
Definition:
定義：
The time instant that a Convergence Event (Section 3.7.1) occurs.
コンバージェンスイベント（3.7.1）が発生した時刻。
Discussion:
討論：
If the Convergence Event (Section 3.7.1) causes instantaneous traffic loss on the Preferred Egress Interface (Section 3.4.3), the Convergence Event Instant is observable from the data plane as the instant that no more packets are received on the Preferred Egress Interface.
コンバージェンスイベント（セクション3.7.1）が好ましい出力インターフェイス（3.4.3）に瞬時トラフィック損失が発生した場合、収束イベントインスタントそれ以上のパケットが優先出力インターフェイス上で受信されていないことをインスタントとしてデータ平面から観察可能です。
The Tester SHOULD collect a timestamp on the Convergence Event Instant if the Convergence Event does not cause instantaneous traffic loss on the Preferred Egress Interface (Section 3.4.3).
コンバージェンスイベントが優先出口インタフェース（3.4.3）の瞬時のトラフィック損失が発生しない場合Testerはコンバージェンスイベントインスタントのタイムスタンプを収集する必要があります。
Measurement Units:
測定単位：
seconds (and fractions), reported with resolution sufficient to distinguish between different instants
秒（画分）は、異なる瞬間を区別するのに十分な解像度で報告しました
See Also:
関連項目：
Convergence Event, Preferred Egress Interface
コンバージェンスイベント、優先出口インターフェイス
Definition:
定義：
The time instant that Full Convergence (Section 3.1.2) has completed.
フル・コンバージェンス（3.1.2）が完了した時点。
Discussion:
討論：
The Full Convergence completed state MUST be maintained for an interval of duration equal to the Sustained Convergence Validation Time (Section 3.7.5) in order to validate the Convergence Recovery Instant.
フルコンバージェンス完了状態が収束回復インスタントを検証するために持続収束検証時間に等しい持続時間（セクション3.7.5）の間維持されなければなりません。
The Convergence Recovery Instant is observable from the data plane as the instant the DUT forwards traffic to all destinations over the Next-Best Egress Interface (Section 3.4.4) without impairments.
コンバージェンス復旧インスタントは次善の出口インタフェース（3.4.4）以上のすべての宛先へのトラフィックを転送インスタントDUTとして障害のないデータプレーンから観測可能です。
Measurement Units:
測定単位：
seconds (and fractions), reported with resolution sufficient to distinguish between different instants
秒（画分）は、異なる瞬間を区別するのに十分な解像度で報告しました
See Also:
関連項目：
Sustained Convergence Validation Time, Full Convergence, Next-Best Egress Interface
持続的なコンバージェンス検証時間、全コンバージェンス、次善の出口インターフェイス
Definition:
定義：
The time instant the first route entry completes Route Convergence (Section 3.1.1)
最初のルートエントリはルートのコンバージェンスを完了時刻（3.1.1項）
Discussion:
討論：
Any route may be the first to complete Route Convergence. The First Route Convergence Instant is observable from the data plane as the instant that the first packet that is not an Impaired Packet (Section 3.8.1) is received from the Next-Best Egress Interface (Section 3.4.4) or, for the test cases with Equal Cost Multi-Path (ECMP) or Parallel Links, the instant that the Forwarding Rate on the Next-Best Egress Interface (Section 3.4.4) starts to increase.
ルートは、ルートのコンバージェンスを完了するために最初のかもしれません。最初のルート収束インスタント障害パケット（セクション3.8.1）ではない最初のパケットがテストのために次善の出力インターフェイス（3.4.4）、または、から受信された瞬間のデータ平面から観察可能ですイコールコストマルチパス（ECMP）またはパラレルリンク、次善の出口インターフェイスの転送レート（3.4.4）が増加し始める瞬間と例。
Measurement Units:
測定単位：
seconds (and fractions), reported with resolution sufficient to distinguish between different instants
秒（画分）は、異なる瞬間を区別するのに十分な解像度で報告しました
See Also:
関連項目：
Route Convergence, Impaired Packet, Next-Best Egress Interface
ルートコンバージェンス、障害パケット、次善の出口インターフェイス
Definition:
定義：
A time interval following a Convergence Event (Section 3.7.1) in which the Forwarding Rate on the Preferred Egress Interface (Section 3.4.3) gradually reduces to zero.
優先出口インタフェース（3.4.3）上の転送レートが徐々にゼロに減少しているコンバージェンスイベント（セクション3.7.1）を以下の時間間隔。
Discussion:
討論：
The Forwarding Rate during a Convergence Event Transition may or may not decrease linearly.
コンバージェンスイベントの移行時の転送レートは、あるいは直線的に減少しない場合があります。
The Forwarding Rate observed on the DUT egress interface(s) may or may not decrease to zero.
転送レートDUTの出力インターフェイス（複数可）で観察は、またはゼロに減少してもしなくてもよいです。
The Offered Load, the number of routes, and the Packet Sampling Interval (Section 3.7.4) influence the observations of the Convergence Event Transition using the Rate-Derived Method (Section 3.5.1).
提供された負荷、経路の数、およびパケットサンプリング間隔（セクション3.7.4）レート由来法（セクション3.5.1）を使用して収束イベント遷移の観察に影響を与えます。
Measurement Units:
測定単位：
seconds (and fractions)
秒（画分）
See Also:
関連項目：
Convergence Event, Preferred Egress Interface, Packet Sampling Interval, Rate-Derived Method
コンバージェンスイベント、優先出口インタフェース、パケットサンプリング間隔、レート由来方法
Definition:
定義：
A time interval following the First Route Convergence Instant (Section 3.4.4) in which the Forwarding Rate on the DUT egress interface(s) gradually increases to equal to the Offered Load.
最初のルート収束インスタント（3.4.4）以下の時間間隔とは、DUTの出力インターフェイス（複数可）上の転送レートを徐々に提供された負荷に等しいに上昇します。
Discussion:
討論：
The Forwarding Rate observed during a Convergence Recovery Transition may or may not increase linearly.
コンバージェンス復旧の移行中に観察された転送速度は、または直線的に増加しない場合があります。
The Offered Load, the number of routes, and the Packet Sampling Interval (Section 3.7.4) influence the observations of the Convergence Recovery Transition using the Rate-Derived Method (Section 3.5.1).
提供された負荷、経路の数、およびパケットサンプリング間隔（セクション3.7.4）レート由来法（セクション3.5.1）を使用して収束回復遷移の観察に影響を与えます。
Measurement Units:
測定単位：
seconds (and fractions)
秒（画分）
See Also:
関連項目：
First Route Convergence Instant, Packet Sampling Interval, Rate-Derived Method
まずルートコンバージェンスインスタント、パケットサンプリング間隔、レート由来方法
Definition:
定義：
An interface on the DUT.
DUT上のインターフェイス。
Discussion:
討論：
A failure of a Local Interface indicates that the failure occurred directly on the DUT.
ローカル・インタフェースの障害は障害がDUT上で直接発生したことを示しています。
Measurement Units:
測定単位：
N/A
N / A
See Also:
関連項目：
Remote Interface
リモートインタフェース
Definition:
定義：
An interface on a neighboring router that is not directly connected to any interface on the DUT.
直接DUT上の任意のインタフェースに接続されていない隣接ルータ上のインターフェイス。
Discussion:
討論：
A failure of a Remote Interface indicates that the failure occurred on a neighbor router's interface that is not directly connected to the DUT.
リモートインタフェースの障害は、障害が直接DUTに接続されていないネイバールータのインターフェイス上で発生したことを示しています。
Measurement Units:
測定単位：
N/A
N / A
See Also:
関連項目：
Local Interface
ローカルインタフェース
Definition:
定義：
The outbound interface from the DUT for traffic routed to the preferred next-hop.
トラフィックのためのDUTからの発信インターフェイスが好ましいネクストホップにルーティング。
Discussion:
討論：
The Preferred Egress Interface is the egress interface prior to a Convergence Event (Section 3.7.1).
好ましいの出力インターフェイスは、従来のコンバージェンスイベント（セクション3.7.1）に出力インターフェイスです。
Measurement Units:
測定単位：
N/A
N / A
See Also:
関連項目：
Convergence Event, Next-Best Egress Interface
コンバージェンスイベント、次善の出口インターフェイス
Definition:
定義：
The outbound interface or set of outbound interfaces in an Equal Cost Multipath (ECMP) set or parallel link set of the Device Under Test (DUT) for traffic routed to the second-best next-hop.
アウトバウンドインターフェイスまたは次善の次のホップにルーティングされたトラフィックのテスト（DUT）の下で等価コストマルチパス（ECMP）を設定またはデバイスのパラレルリンクセットに発信インタフェースのセット。
Discussion:
討論：
The Next-Best Egress Interface becomes the egress interface after a Convergence Event (Section 3.4.4).
次善の出口インターフェイスは、コンバージェンスイベント（3.4.4）した後、出力インターフェイスになります。
For the test cases in [Po11m] using test topologies with an ECMP set or parallel link set, the term Preferred Egress Interface refers to all members of the link set.
ECMPセットまたはパラレルリンクセットとテストトポロジを使用して[Po11m]におけるテストケースのために、用語好ましい出力インターフェイスは、リンクセットのすべてのメンバーを指します。
Measurement Units:
測定単位：
N/A
N / A
See Also:
関連項目：
Convergence Event, Preferred Egress Interface
コンバージェンスイベント、優先出口インターフェイス
Definition:
定義：
The method to calculate convergence time benchmarks from observing the Forwarding Rate each Packet Sampling Interval (Section 3.7.4).
各パケットサンプリング間隔（セクション3.7.4）転送レートを観察から収束時間ベンチマークを計算する方法。
Discussion:
討論：
Figure 1 shows an example of the Forwarding Rate change in time during convergence as observed when using the Rate-Derived Method.
図1は、レート由来法を用いた場合に観察されるよう収束時の時間での転送レート変化の一例を示しています。
^ Traffic Convergence
Fwd | Start Recovery
Rate | Instant Instant
| Offered ^ ^
| Load --> ----------\ /-----------
| \ /<--- Convergence
| \ Packet / Recovery
| Convergence --->\ Loss / Transition
| Event \ /
| Transition \---------/ <-- Max Packet Loss
|
+--------------------------------------------------------->
^ ^ time
Convergence First Route
Event Instant Convergence Instant
Figure 1: Rate-Derived Convergence Graph
図1：レート由来コンバージェンスグラフ
To enable collecting statistics of Out-of-Order Packets per flow (see [Th00], Section 3), the Offered Load SHOULD consist of multiple Streams [Po06], and each Stream SHOULD consist of a single flow . If sending multiple Streams, the measured traffic statistics for all Streams MUST be added together.
アウト・オブ・オーダーフローあたりのパケットの統計を収集有効にする（[Th00]、セクション3を参照）、提供された負荷は、複数のストリームの[Po06]を構成する必要があり、そして各ストリームは、単一の流れで構成する必要があります。複数のストリームを送信する場合は、すべてのストリームのための測定されたトラフィックの統計情報を一緒に加えなければなりません。
The destination addresses for the Offered Load MUST be distributed such that all routes or a statistically representative subset of all routes are matched and each of these routes is offered an equal share of the Offered Load. It is RECOMMENDED to send traffic to all routes, but a statistically representative subset of all routes can be used if required.
提供された負荷の宛先アドレスは、すべてのルートまたはすべての経路の統計学的に代表的なサブセットが一致するように配布されなければ、これらの経路の各々は、提供された負荷の等しい共有を提供されます。すべてのルートにトラフィックを送信するために推奨されているが、必要に応じて、すべてのルートの統計学的に代表的なサブセットを使用することができます。
At least one packet per route for all routes matched in the Offered Load MUST be offered to the DUT within each Packet Sampling Interval. For maximum accuracy, the value of the Packet Sampling Interval SHOULD be as small as possible, but the presence of IP Packet Delay Variation (IPDV) [De02] may require that a larger Packet Sampling Interval be used.
提供された負荷に一致したすべてのルートのルートごとに少なくとも1つのパケットは、各パケットサンプリング間隔内のDUTに提供されなければなりません。最大の精度のために、パケットサンプリング間隔の値は、可能な限り小さくすべきであるが、IPパケット遅延変動（IPDV）De02]の存在は、より大きなパケットサンプリング間隔を使用することを必要とし得ます。
The Offered Load, IPDV, the number of routes, and the Packet Sampling Interval influence the observations for the Rate-Derived Method. It may be difficult to identify the different convergence time instants in the Rate-Derived Convergence Graph. For example, it is possible that a Convergence Event causes the Forwarding Rate to drop to zero, while this may not be observed in the Forwarding Rate measurements if the Packet Sampling Interval is too large.
提供された負荷、IPDV、経路の数、およびパケットサンプリング間隔は、レート由来法の観測に影響を与えます。レート由来コンバージェンスグラフで異なる収束の時刻を特定することは困難です。例えば、パケットサンプリング間隔が大きすぎるときは、この転送速度測定において観察されないかもしれないが収束イベントは、転送レートがゼロに低下させることが可能です。
IPDV causes fluctuations in the number of received packets during each Packet Sampling Interval. To account for the presence of IPDV in determining if a convergence instant has been reached, Forwarding Delay SHOULD be observed during each Packet Sampling Interval. The minimum and maximum number of packets expected in a Packet Sampling Interval in presence of IPDV can be calculated with Equation 1.
IPDVは、各パケットサンプリング間隔中に受信されたパケット数の変動を引き起こします。収束瞬間に達しているかどうかを判断するにIPDVの存在を説明するために、転送遅延は、各パケットサンプリング間隔の間に観察されなければなりません。 IPDVの存在下でのパケットサンプリング間隔で予想されるパケットの最小数と最大数は、式1を用いて算出することができます。
number of packets expected in a Packet Sampling Interval in presence of IP Packet Delay Variation = expected number of packets without IP Packet Delay Variation +/-( (maxDelay - minDelay) * Offered Load) where minDelay and maxDelay indicate (respectively) the minimum and maximum Forwarding Delay of packets received during the Packet Sampling Interval
minDelayとMAXDELAYは、（それぞれ）最小を示す - （minDelay）*提供された負荷（MAXDELAY）とIPパケット遅延変動の存在下でのパケットサンプリング間隔で予想されるパケットの数= IPパケット遅延変動+/-ことなくパケットの期待数パケットの最大転送遅延は、パケットサンプリング間隔中に受信しました
Equation 1
式（1）
To determine if a convergence instant has been reached, the number of packets received in a Packet Sampling Interval is compared with the range of expected number of packets calculated in Equation 1.
収束時点に達しているかどうかを決定するために、パケットサンプリング間隔で受信されたパケットの数は、式1で算出されたパケット数の期待値の範囲と比較されます。
If packets are going over multiple ECMP members and one or more of the members has failed, then the number of received packets during each Packet Sampling Interval may vary, even excluding presence of IPDV. To prevent fluctuation of the number of received packets during each Packet Sampling Interval for this reason, the Packet Sampling Interval duration SHOULD be a whole multiple of the time between two consecutive packets sent to the same destination.
パケットが複数ECMP部材上に行くとメンバーの1つ以上が故障した場合、それぞれのパケットサンプリング間隔中に受信されたパケットの数が偶数IPDVの存在を除外し、変化してもよいです。このため、各パケットサンプリング間隔中に受信されたパケット数の変動を防止するために、パケットサンプリング間隔の持続時間は、同じ宛先に送信された二つの連続するパケット間の時間の整数倍であるべきです。
Metrics measured at the Packet Sampling Interval MUST include Forwarding Rate and Impaired Packet count.
パケットサンプリング間隔で測定されたメトリックは、転送レートと障害パケット数を含まなければなりません。
To measure convergence time benchmarks for Convergence Events (Section 3.7.1) that do not cause instantaneous traffic loss for all routes at the Convergence Event Instant, the Tester SHOULD collect a timestamp of the Convergence Event Instant (Section 3.2.2), and the Tester SHOULD observe Forwarding Rate separately on the Next-Best Egress Interface.
コンバージェンスイベント瞬間にすべてのルートの瞬間トラフィック損失が発生することはありませんコンバージェンスイベント（3.7.1）の収束時間のベンチマークを測定するために、テスターは、コンバージェンスイベントインスタント（3.2.2）のタイムスタンプを収集し、すべきですテスターは、次善の出口インターフェイス上で別々の転送レートを確認する必要があります。
Since the Rate-Derived Method does not distinguish between individual traffic destinations, it SHOULD NOT be used for any route specific measurements. Therefore, the Rate-Derived Method SHOULD NOT be used to benchmark Route Loss of Connectivity Period (Section 3.6.5).
レート由来方法は、個々のトラフィックの送信先を区別しないので、任意の経路の特定の測定のために使用すべきではありません。したがって、レート由来方法は、接続期間（3.6.5）のベンチマーク経路損失には使用しないでください。
Measurement Units:
測定単位：
N/A
N / A
See Also:
関連項目：
Packet Sampling Interval, Convergence Event, Convergence Event Instant, Next-Best Egress Interface, Route Loss of Connectivity Period
パケットサンプリング間隔、コンバージェンスイベント、コンバージェンスイベントインスタント、次善の出口インターフェイス、接続期間のルート損失
Definition:
定義：
The method to calculate the Loss-Derived Convergence Time (Section 3.6.4) and Loss-Derived Loss of Connectivity Period (Section 3.6.6) benchmarks from the amount of Impaired Packets (Section 3.8.1).
この方法は、接続期間（セクション3.6.6）障害パケット（セクション3.8.1）の量からベンチマークの喪失由来収束時間（セクション3.6.4）と損失由来損失を算出します。
Discussion:
討論：
To enable collecting statistics of Out-of-Order Packets per flow (see [Th00], Section 3), the Offered Load SHOULD consist of multiple Streams [Po06], and each Stream SHOULD consist of a single flow . If sending multiple Streams, the measured traffic statistics for all Streams MUST be added together.
アウト・オブ・オーダーフローあたりのパケットの統計を収集有効にする（[Th00]、セクション3を参照）、提供された負荷は、複数のストリームの[Po06]を構成する必要があり、そして各ストリームは、単一の流れで構成する必要があります。複数のストリームを送信する場合は、すべてのストリームのための測定されたトラフィックの統計情報を一緒に加えなければなりません。
The destination addresses for the Offered Load MUST be distributed such that all routes or a statistically representative subset of all routes are matched and each of these routes is offered an equal share of the Offered Load. It is RECOMMENDED to send traffic to all routes, but a statistically representative subset of all routes can be used if required.
提供された負荷の宛先アドレスは、すべてのルートまたはすべての経路の統計学的に代表的なサブセットが一致するように配布されなければ、これらの経路の各々は、提供された負荷の等しい共有を提供されます。すべてのルートにトラフィックを送信するために推奨されているが、必要に応じて、すべてのルートの統計学的に代表的なサブセットを使用することができます。
Loss-Derived Method SHOULD always be combined with the Rate-Derived Method in order to observe Full Convergence completion. The total amount of Convergence Packet Loss is collected after Full Convergence completion.
ロス由来方法は、常にフルコンバージェンスの完了を観察するためにレート由来方法と組み合わせる必要が。コンバージェンスパケット損失の合計額は、完全収束完了後に収集されます。
To measure convergence time and loss of connectivity benchmarks for Convergence Events that cause instantaneous traffic loss for all routes at the Convergence Event Instant, the Tester SHOULD observe the Impaired Packet count on all DUT egress interfaces (see Connectivity Packet Loss (Section 3.7.3)).
収束時間とのコンバージェンスイベント瞬間にすべてのルートの瞬間トラフィック損失を引き起こすコンバージェンスイベントの接続のベンチマークの損失を測定するために、テスターは、すべてのDUTの出力インターフェイス上でカウント障害パケットを観察すべきである（接続パケットロス（セクション3.7.3を参照してください） ）。
To measure convergence time benchmarks for Convergence Events that do not cause instantaneous traffic loss for all routes at the Convergence Event Instant, the Tester SHOULD collect timestamps of the Start Traffic Instant and of the Convergence Event Instant, and the Tester SHOULD observe Impaired Packet count separately on the Next-Best Egress Interface (see Convergence Packet Loss (Section 3.7.2)).
コンバージェンスイベント瞬間にすべてのルートの瞬間トラフィック損失が発生することはありませんコンバージェンスイベントの収束時間のベンチマークを測定するために、テスターは、スタート交通インスタントのとコンバージェンスイベントインスタントのタイムスタンプを収集する必要があり、およびテスターは、障害パケットを個別にカウント守るべき次善の出口インターフェイス上で（コンバージェンスパケットロス（セクション3.7.2）を参照してください）。
Since Loss-Derived Method does not distinguish between traffic destinations and the Impaired Packet statistics are only collected after Full Convergence completion, this method can only be used to measure average values over all routes. For these reasons, Loss-Derived Method can only be used to benchmark Loss-Derived Convergence Time (Section 3.6.4) and Loss-Derived Loss of Connectivity Period (Section 3.6.6).
損失由来方法は、トラフィックの宛先と障害パケット統計情報を区別しないので、唯一のフルコンバージェンスの完了後に回収され、この方法は、すべてのルートの平均値を測定するために使用することができます。これらの理由から、損失由来方法は唯一、ベンチマーク損失由来コンバージェンス時間（3.6.4項）と接続期間（セクション3.6.6）の損失由来損失に使用することができます。
Note that the Loss-Derived Method measures an average over all routes, including the routes that may not be impacted by the Convergence Event, such as routes via non-impacted members of ECMP or parallel links.
損失由来方法は、ECMPまたはパラレルリンクの非影響部材を介してルートとして収束イベントによって影響されないかもしれないルートを含むすべてのルート、の平均を測定することに留意されたいです。
Measurement Units:
測定単位：
N/A
N / A
See Also:
関連項目：
Loss-Derived Convergence Time, Loss-Derived Loss of Connectivity Period, Connectivity Packet Loss, Convergence Packet Loss
ロス由来コンバージェンス時間、接続期間、接続パケットロス、コンバージェンスパケット損失の損失由来損失
Definition:
定義：
The method to calculate the Route-Specific Convergence Time (Section 3.6.3) benchmark from the amount of Impaired Packets (Section 3.8.1) during convergence for a specific route entry.
特定のルートエントリの収束時の障害パケットの量（セクション3.8.1）からのルート固有の収束時間（セクション3.6.3）ベンチマークを計算する方法。
Discussion:
討論：
To benchmark Route-Specific Convergence Time, the Tester provides an Offered Load that consists of multiple Streams [Po06]. Each Stream has a single destination address matching a different route entry, for all routes or a statistically representative subset of all routes. Each Stream SHOULD consist of a single flow (see [Th00], Section 3). Convergence Packet Loss is measured for each Stream separately.
ベンチマークルート固有の収束時間に、テスターは、複数のストリーム[Po06]で構成され提供された負荷を提供します。各ストリームは、すべてのルートの異なるルートエントリ、または全ての経路の統計学的に代表的なサブセットに一致する単一の宛先アドレスを有しています。各ストリームは、（[Th00]、セクション3を参照）は、単一の流れで構成する必要があります。コンバージェンスのパケット損失は別途ストリームごとに測定されます。
Route-Specific Loss-Derived Method SHOULD always be combined with the Rate-Derived Method in order to observe Full Convergence completion. The total amount of Convergence Packet Loss (Section 3.7.2) for each Stream is collected after Full Convergence completion.
ルート固有の損失由来のフルコンバージェンスの完了を観察するためのメソッドは、常にレート由来方法と組み合わせる必要が。各ストリームの収束パケット損失（セクション3.7.2）の合計量は、全収束完了した後に収集されます。
Route-Specific Loss-Derived Method is the RECOMMENDED method to measure convergence time benchmarks.
ルート固有の損失由来方法は、収束時間のベンチマークを測定するための推奨される方法です。
To measure convergence time and loss of connectivity benchmarks for Convergence Events that cause instantaneous traffic loss for all routes at the Convergence Event Instant, the Tester SHOULD observe Impaired Packet count on all DUT egress interfaces (see Connectivity Packet Loss (Section 3.7.3)).
収束時間とのコンバージェンスイベント瞬間にすべてのルートの瞬間トラフィック損失を引き起こすコンバージェンスイベントの接続のベンチマークの損失を測定するために、テスターは、すべてのDUTの出力インターフェイス上でカウント障害パケットを観察すべきである（接続パケットロス（セクション3.7.3）を参照してください） 。
To measure convergence time benchmarks for Convergence Events that do not cause instantaneous traffic loss for all routes at the Convergence Event Instant, the Tester SHOULD collect timestamps of the Start Traffic Instant and of the Convergence Event Instant, and the Tester SHOULD observe packet loss separately on the Next-Best Egress Interface (see Convergence Packet Loss (Section 3.7.2)).
コンバージェンスイベント瞬間にすべてのルートのため、瞬間トラフィック損失が発生することはありませんコンバージェンスイベントの収束時間のベンチマークを測定するために、テスターはスタート交通インスタントのとコンバージェンスイベントインスタントのタイムスタンプを収集する必要があり、およびテスターは個別のパケットロスを観察すべきです次善の出口インタフェース（コンバージェンスパケットロス（セクション3.7.2）を参照してください）。
Since Route-Specific Loss-Derived Method uses traffic streams to individual routes, it observes Impaired Packet count as it would be experienced by a network user. For this reason, Route-Specific Loss-Derived Method is RECOMMENDED to measure Route-Specific Convergence Time benchmarks and Route Loss of Connectivity Period benchmarks.
ルート固有の損失由来方法は、個々のルートにトラフィックストリームを使用しているので、それがネットワークユーザが経験されるような障害パケットがカウント観察します。このため、ルート固有の損失由来方法は、ルート固有のコンバージェンス時間のベンチマークと接続期間のベンチマークの経路損失を測定することをお勧めします。
Measurement Units:
測定単位：
N/A
N / A
See Also:
関連項目：
Route-Specific Convergence Time, Route Loss of Connectivity Period, Connectivity Packet Loss, Convergence Packet Loss
ルート固有のコンバージェンス時間、接続期間、接続パケットロスのルート喪失、コンバージェンスパケットロス
Definition:
定義：
The time duration of the period between the Convergence Event Instant and the Convergence Recovery Instant as observed using the Rate-Derived Method.
コンバージェンスイベントインスタントとコンバージェンス復旧インスタント間の期間の持続時間レート由来メソッドを使用して観察されるように。
Discussion:
討論：
Using the Rate-Derived Method, Full Convergence Time can be calculated as the time difference between the Convergence Event Instant and the Convergence Recovery Instant, as shown in Equation 2.
式2に示すように、レート由来メソッドを使用して、完全なコンバージェンス時間は、コンバージェンスイベントインスタントとコンバージェンス復旧インスタント間の時間差として計算することができます。
Full Convergence Time = Convergence Recovery Instant - Convergence Event Instant
完全なコンバージェンスタイム=コンバージェンス復旧インスタント - コンバージェンスイベントインスタント
Equation 2
式（2）
The Convergence Event Instant can be derived from the Forwarding Rate observation or from a timestamp collected by the Tester.
コンバージェンスイベントインスタント転送レートの観測から、またはテスターによって収集タイムスタンプから導出することができます。
For the test cases described in [Po11m], it is expected that Full Convergence Time equals the maximum Route-Specific Convergence Time when benchmarking all routes in the FIB using the Route-Specific Loss-Derived Method.
【Po11m]に記載のテストケースのために、完全収束時間がルート固有損失由来法を使用してFIB内のすべてのルートをベンチマーク最大ルート固有収束時間に等しいことが予想されます。
It is not possible to measure Full Convergence Time using the Loss-Derived Method.
損失由来メソッドを使用して完全なコンバージェンス時間を測定することはできません。
Measurement Units:
測定単位：
seconds (and fractions)
秒（画分）
See Also:
関連項目：
Full Convergence, Rate-Derived Method, Route-Specific Loss-Derived Method, Convergence Event Instant, Convergence Recovery Instant
フル・コンバージェンス、レート由来ルートの具体的な方法、ロス由来方法、コンバージェンスイベントインスタント、コンバージェンス復旧インスタント
Definition:
定義：
The duration of the period between the Convergence Event Instant and the First Route Convergence Instant as observed using the Rate-Derived Method.
コンバージェンスイベントインスタントおよびレート由来メソッドを使用して観察されるようにまずルートコンバージェンスインスタント間の期間の長さ。
Discussion:
討論：
Using the Rate-Derived Method, First Route Convergence Time can be calculated as the time difference between the Convergence Event Instant and the First Route Convergence Instant, as shown with Equation 3.
式3に示すように、レート由来メソッドを使用して、最初のルートコンバージェンス時間は、コンバージェンスイベントインスタントとまずルートコンバージェンスインスタント間の時間差として計算することができます。
First Route Convergence Time = First Route Convergence Instant - Convergence Event Instant
最初のルートコンバージェンス時間=最初のルートコンバージェンスインスタント - コンバージェンスイベントインスタント
Equation 3
式3
The Convergence Event Instant can be derived from the Forwarding Rate observation or from a timestamp collected by the Tester.
コンバージェンスイベントインスタント転送レートの観測から、またはテスターによって収集タイムスタンプから導出することができます。
For the test cases described in [Po11m], it is expected that First Route Convergence Time equals the minimum Route-Specific Convergence Time when benchmarking all routes in the FIB using the Route-Specific Loss-Derived Method.
【Po11m]に記載のテストケースのために、最初のルート収束時間がルート固有損失由来法を使用してFIB内のすべてのルートをベンチマーク最小ルート固有収束時間に等しいことが予想されます。
It is not possible to measure First Route Convergence Time using the Loss-Derived Method.
損失由来メソッドを使用して最初のルートコンバージェンス時間を測定することはできません。
Measurement Units:
測定単位：
seconds (and fractions)
秒（画分）
See Also:
関連項目：
Rate-Derived Method, Route-Specific Loss-Derived Method, Convergence Event Instant, First Route Convergence Instant
レート由来ルートの具体的な方法、ロス由来方法、コンバージェンスイベントインスタント、まずルートコンバージェンスインスタント
Definition:
定義：
The amount of time it takes for Route Convergence to be completed for a specific route, as calculated from the amount of Impaired Packets (Section 3.8.1) during convergence for a single route entry.
単一のルートエントリの収束時に障害パケット（セクション3.8.1）の量から計算され、それがルート収束に要する時間の量は、特定のルートのために完了されます。
Discussion:
討論：
Route-Specific Convergence Time can only be measured using the Route-Specific Loss-Derived Method.
ルート固有のコンバージェンス時間が唯一のルート固有の損失由来法を用いて測定することができます。
If the applied Convergence Event causes instantaneous traffic loss for all routes at the Convergence Event Instant, Connectivity Packet Loss should be observed. Connectivity Packet Loss is the combined Impaired Packet count observed on Preferred Egress Interface and Next-Best Egress Interface. When benchmarking Route-Specific Convergence Time, Connectivity Packet Loss is measured, and Equation 4 is applied for each measured route. The calculation is equal to Equation 8 in Section 3.6.5.
適用コンバージェンスイベントがコンバージェンスイベント瞬間にすべてのルートの瞬間トラフィック損失が発生した場合、接続のパケット損失が観察されなければなりません。接続のパケットロスを組み合わせ障害パケットを優先出口インターフェイスと次善の出口インターフェイス上で観測カウントです。ルート固有の収束時間をベンチマーキングする際、接続パケット損失が測定され、式（4）は、各測定経路に適用されます。計算は、セクション3.6.5に式（8）と同じです。
Route-Specific Convergence Time = Connectivity Packet Loss for specific route / Offered Load per route
ルートごとに特定のルート/与えられた負荷のためのルート固有のコンバージェンス時間=接続パケットロス
Equation 4
式4
If the applied Convergence Event does not cause instantaneous traffic loss for all routes at the Convergence Event Instant, then the Tester SHOULD collect timestamps of the Traffic Start Instant and of the Convergence Event Instant, and the Tester SHOULD observe Convergence Packet Loss separately on the Next-Best Egress Interface. When benchmarking Route-Specific Convergence Time, Convergence Packet Loss is measured, and Equation 5 is applied for each measured route.
適用コンバージェンスイベントがコンバージェンスイベント瞬間にすべてのルートの瞬間トラフィック損失が発生しない場合は、テスターは、インスタントとコンバージェンスイベントインスタントのトラフィックスタートのタイムスタンプを収集する必要があり、およびテスターは、次の上に別途コンバージェンスパケットロスを観察すべきです-Best出口インターフェイス。ルート固有のコンバージェンス時間をベンチマーキングすると、コンバージェンスパケット損失が測定され、式5は、測定された各ルートに適用されます。
Route-Specific Convergence Time = Convergence Packet Loss for specific route / Offered Load per route - (Convergence Event Instant - Traffic Start Instant)
ルートごとに特定のルート/与えられた負荷のためのルート固有のコンバージェンス時間=収束パケットロス - （コンバージェンスイベントインスタント - 交通スタートインスタント）
Equation 5
式（5）
The Route-Specific Convergence Time benchmarks enable minimum, maximum, average, and median convergence time measurements to be reported by comparing the results for the different route entries. It also enables benchmarking of convergence time when configuring a priority value for the route entry or entries. Since multiple Route-Specific Convergence Times can be measured, it is possible to have an array of results. The format for reporting Route-Specific Convergence Time is provided in [Po11m].
ルート固有の収束時間ベンチマークは異なるルートエントリの結果を比較することによって報告される最小値、最大値、平均値、中央値、収束時間の測定を可能にします。ルートエントリまたはエントリの優先順位の値を設定する場合にも収束時間のベンチマークを可能にします。複数ルート固有コンバージェンス時間を測定することができるので、結果のアレイを有することが可能です。ルート固有の収束時間を報告するためのフォーマットは、[Po11m]で提供されます。
Measurement Units:
測定単位：
seconds (and fractions)
秒（画分）
See Also:
関連項目：
Route-Specific Loss-Derived Method, Convergence Event, Convergence Event Instant, Convergence Packet Loss, Connectivity Packet Loss, Route Convergence
ルート固有の損失由来方法、コンバージェンスイベント、コンバージェンスイベントインスタント、コンバージェンスパケット損失、接続パケットロス、ルートコンバージェンス
Definition:
定義：
The average Route Convergence time for all routes in the Forwarding Information Base (FIB), as calculated from the amount of Impaired Packets (Section 3.8.1) during convergence.
収束時に障害パケットの量（セクション3.8.1）から計算される転送情報ベース（FIB）内のすべての経路の平均経路収束時間。
Discussion:
討論：
Loss-Derived Convergence Time is measured using the Loss-Derived Method.
ロス由来コンバージェンス時間はロス由来メソッドを使用して測定されます。
If the applied Convergence Event causes instantaneous traffic loss for all routes at the Convergence Event Instant, Connectivity Packet Loss (Section 3.7.3) should be observed. Connectivity Packet Loss is the combined Impaired Packet count observed on Preferred Egress Interface and Next-Best Egress Interface. When benchmarking Loss-Derived Convergence Time, Connectivity Packet Loss is measured, and Equation 6 is applied.
適用コンバージェンスイベントがコンバージェンスイベント瞬間にすべてのルートの瞬間トラフィック損失が発生した場合、接続のパケットロス（セクション3.7.3）が観察されなければなりません。接続のパケットロスを組み合わせ障害パケットを優先出口インターフェイスと次善の出口インターフェイス上で観測カウントです。ロス由来コンバージェンス時間をベンチマーキングすると、接続パケット損失が測定され、式6が適用されます。
Loss-Derived Convergence Time =
Connectivity Packet Loss / Offered Load
Equation 6
式6
If the applied Convergence Event does not cause instantaneous traffic loss for all routes at the Convergence Event Instant, then the Tester SHOULD collect timestamps of the Start Traffic Instant and of the Convergence Event Instant, and the Tester SHOULD observe Convergence Packet Loss (Section 3.7.2) separately on the Next-Best Egress Interface. When benchmarking Loss-Derived Convergence Time, Convergence Packet Loss is measured and Equation 7 is applied.
適用コンバージェンスイベントがコンバージェンスイベント瞬間にすべてのルートの瞬間トラフィック損失が発生しない場合は、テスターは、インスタントとコンバージェンスイベントインスタントの開始トラフィックのタイムスタンプを収集する必要があり、およびテスターは、コンバージェンスのパケットロス（3.7節を観察する必要があります。 2）別途次善の出口インターフェイス上。ロス由来コンバージェンス時間をベンチマーキングすると、コンバージェンスパケット損失が測定され、式（7）が適用されます。
Loss-Derived Convergence Time = Convergence Packet Loss / Offered Load - (Convergence Event Instant - Traffic Start Instant)
ロス由来コンバージェンス時間=コンバージェンスパケットロス/提供されるロード - （コンバージェンスイベントインスタント - 交通スタートインスタント）
Equation 7
式7
Measurement Units:
測定単位：
seconds (and fractions)
秒（画分）
See Also:
関連項目：
Convergence Packet Loss, Connectivity Packet Loss, Route Convergence, Loss-Derived Method
コンバージェンスのパケット損失、接続パケットロス、ルートコンバージェンス、ロス由来方法
Definition:
定義：
The time duration of packet impairments for a specific route entry following a Convergence Event until Full Convergence completion, as observed using the Route-Specific Loss-Derived Method.
ルート別損失額由来法を用いて観察されるように完全収束完了まで収束イベント以下の特定のルートエントリのパケット障害の持続時間、。
Discussion:
討論：
In general, the Route Loss of Connectivity Period is not equal to the Route-Specific Convergence Time. If the DUT continues to forward traffic to the Preferred Egress Interface after the Convergence Event is applied, then the Route Loss of Connectivity Period will be smaller than the Route-Specific Convergence Time. This is also specifically the case after reversing a failure event.
一般的には、接続期間の経路損失は、ルート固有のコンバージェンス時間に等しいではありません。 DUTは、コンバージェンスイベントが適用された後、優先出力インターフェイスへのトラフィックを転送し続けた場合、接続期間の経路損失は、ルート固有のコンバージェンス時間よりも小さくなります。これは、障害イベントを逆にした後、具体的にもそうです。
The Route Loss of Connectivity Period may be equal to the Route-Specific Convergence Time if, as a characteristic of the Convergence Event, traffic for all routes starts dropping instantaneously on the Convergence Event Instant. See discussion in [Po11m].
コンバージェンスイベントの特徴として、すべてのルートのトラフィックがコンバージェンスイベントインスタント上で瞬時に落下し始め、場合接続期間の経路損失は、ルート固有のコンバージェンス時間に等しくすることができます。 [Po11m]での議論を参照してください。
For the test cases described in [Po11m], the Route Loss of Connectivity Period is expected to be a single Loss Period [Ko02].
【Po11m]に記載のテストケースのために、接続期間の経路損失は、単一の損失期間[Ko02]であることが期待されます。
When benchmarking the Route Loss of Connectivity Period, Connectivity Packet Loss is measured for each route, and Equation 8 is applied for each measured route entry. The calculation is equal to Equation 4 in Section 3.6.3.
接続期間の経路損失をベンチマーキングする際、接続パケットロスが各ルートについて測定され、および式8は、各測定経路エントリに適用されます。計算は、セクション3.6.3に数式4に等しいです。
Route Loss of Connectivity Period = Connectivity Packet Loss for specific route / Offered Load per route
ルート当たり特定のルート/提供された負荷の接続期間=コネクタパケット損失の経路損失
Equation 8
式（8）
Route Loss of Connectivity Period SHOULD be measured using Route-Specific Loss-Derived Method.
接続期間の経路損失は、ルート固有の損失由来メソッドを使用して測定する必要があります。
Measurement Units:
測定単位：
seconds (and fractions)
秒（画分）
See Also:
関連項目：
Route-Specific Convergence Time, Route-Specific Loss-Derived Method, Connectivity Packet Loss
ルート固有のコンバージェンス時間、ルート固有の損失由来方法、接続のパケット損失
Definition:
定義：
The average time duration of packet impairments for all routes following a Convergence Event until Full Convergence completion, as observed using the Loss-Derived Method.
完全な収束が完了するまで収束イベントにすべてのルートのパケット障害の平均持続時間、ロス由来法を用いて観察されます。
Discussion:
討論：
In general, the Loss-Derived Loss of Connectivity Period is not equal to the Loss-Derived Convergence Time. If the DUT continues to forward traffic to the Preferred Egress Interface after the Convergence Event is applied, then the Loss-Derived Loss of Connectivity Period will be smaller than the Loss-Derived Convergence Time. This is also specifically the case after reversing a failure event.
一般的には、接続期間の損失由来損失は損失由来コンバージェンス時間と同じではありません。 DUTは、コンバージェンスイベントが適用された後、優先出力インターフェイスへのトラフィックを転送し続けた場合、接続期間の損失由来損失は損失由来コンバージェンス時間よりも小さくなります。これは、障害イベントを逆にした後、具体的にもそうです。
The Loss-Derived Loss of Connectivity Period may be equal to the Loss-Derived Convergence Time if, as a characteristic of the Convergence Event, traffic for all routes starts dropping instantaneously on the Convergence Event Instant. See discussion in [Po11m].
コンバージェンスイベントの特徴として、すべてのルートのトラフィックがコンバージェンスイベントインスタント上で瞬時に落下し始め、場合接続期間の損失由来損失は損失由来コンバージェンス時間に等しくすることができます。 [Po11m]での議論を参照してください。
For the test cases described in [Po11m], each route's Route Loss of Connectivity Period is expected to be a single Loss Period [Ko02].
【Po11m]に記載のテストケースのために、接続期間の各経路の経路損失は、単一の損失期間[Ko02]であることが期待されます。
When benchmarking the Loss-Derived Loss of Connectivity Period, Connectivity Packet Loss is measured for all routes, and Equation 9 is applied. The calculation is equal to Equation 6 in Section 3.6.4.
接続期間の損失由来損失をベンチマーキングする際、接続パケットロスがすべてのルートのために測定され、式（9）が適用されます。計算は、セクション3.6.4に数式6に等しいです。
Loss-Derived Loss of Connectivity Period = Connectivity Packet Loss for all routes / Offered Load
すべてのルートの接続期間=コネクタパケット損失の損失由来損失/提供された負荷
Equation 9
式9
The Loss-Derived Loss of Connectivity Period SHOULD be measured using the Loss-Derived Method.
接続期間の損失由来損失は損失由来メソッドを使用して測定する必要があります。
Measurement Units:
測定単位：
seconds (and fractions)
秒（画分）
See Also:
関連項目：
Loss-Derived Convergence Time, Loss-Derived Method, Connectivity Packet Loss
ロス由来コンバージェンス時間、ロス由来方法、接続パケットロス
Definition:
定義：
The occurrence of an event in the network that will result in a change in the egress interface of the DUT for routed packets.
ルーティングされたパケットのためのDUTのイグレスインタフェースの変化をもたらすであろうネットワークにおけるイベントの発生。
Discussion:
討論：
All test cases in [Po11m] are defined such that a Convergence Event results in a change of egress interface of the DUT. Local or remote triggers that cause a route calculation that does not result in a change in forwarding are not considered.
【Po11m]内のすべてのテストケースが収束イベントDUTの出力インターフェイスの変化をもたらすように定義されます。転送中に変化をもたらさない経路計算を引き起こすローカルまたはリモートのトリガーは考慮されません。
Measurement Units:
測定単位：
N/A
N / A
See Also:
関連項目：
Convergence Event Instant
コンバージェンスイベントインスタント
Definition:
定義：
The number of Impaired Packets (Section 3.8.1) as observed on the Next-Best Egress Interface of the DUT during convergence.
収束時DUTの次善の出力インターフェイス上に観察されるような障害パケットの数（セクション3.8.1）。
Discussion:
討論：
An Impaired Packet is considered as a lost packet.
障害パケットが失われたパケットとして考えられています。
Measurement Units:
測定単位：
number of packets
パケットの数
See Also:
関連項目：
Connectivity Packet Loss
接続のパケット損失
Definition:
定義：
The number of Impaired Packets observed on all DUT egress interfaces during convergence.
障害パケットの数は、収束中にすべてのDUTの出力インターフェイス上で観察しました。
Discussion:
討論：
An Impaired Packet is considered as a lost packet. Connectivity Packet Loss is equal to Convergence Packet Loss if the Convergence Event causes instantaneous traffic loss for all egress interfaces of the DUT except for the Next-Best Egress Interface.
障害パケットが失われたパケットとして考えられています。コンバージェンスイベント次善出力インターフェイス以外のDUTの全てのイグレスインタフェースの瞬時トラフィック損失が発生する場合、接続のパケット損失が収束パケット損失に等しいです。
Measurement Units:
測定単位：
number of packets
パケットの数
See Also:
関連項目：
Convergence Packet Loss
コンバージェンスのパケット損失
Definition:
定義：
The interval at which the Tester (test equipment) polls to make measurements for arriving packets.
テスター（試験装置）ポーリングパケットの到着のための測定を行うためにどの間隔。
Discussion:
討論：
At least one packet per route for all routes matched in the Offered Load MUST be offered to the DUT within the Packet Sampling Interval. Metrics measured at the Packet Sampling Interval MUST include Forwarding Rate and received packets.
提供された負荷に一致したすべてのルートのルートごとに少なくとも1つのパケットは、パケットサンプリング間隔内のDUTに提供されなければなりません。パケットサンプリング間隔で測定されたメトリックは、転送レートと受信したパケットを含まなければなりません。
Packet Sampling Interval can influence the convergence graph as observed with the Rate-Derived Method. This is particularly true when implementations complete Full Convergence in less time than the Packet Sampling Interval. The Convergence Event Instant and
レート派生法で観察されるようにパケットサンプリング間隔収束グラフに影響を与えることができます。パケットサンプリング間隔よりも短い時間でフル・コンバージェンスの実装が完了したとき、これは特にそうです。コンバージェンスイベントインスタントと
First Route Convergence Instant may not be easily identifiable, and the Rate-Derived Method may produce a larger than actual convergence time.
最初のルート収束インスタント容易に識別できない場合があり、レート由来方法は、実際の収束時間より大きく生成することができます。
Using a small Packet Sampling Interval in the presence of IPDV [De02] may cause fluctuations of the Forwarding Rate observation and can prevent correct observation of the different convergence time instants.
IPDV [De02]の存在下で小さなパケットサンプリング間隔を使用すると、転送レート観察の変動を引き起こす可能性があり、異なる収束時間瞬間の正確な観測を防止することができます。
The value of the Packet Sampling Interval only contributes to the measurement accuracy of the Rate-Derived Method. For maximum accuracy, the value for the Packet Sampling Interval SHOULD be as small as possible, but the presence of IPDV may enforce using a larger Packet Sampling Interval.
パケットサンプリング間隔の値は、速度導出法の測定精度に寄与する。最大の精度のために、パケットサンプリング間隔の値は、できるだけ小さくなければならないが、IPDVの存在は、より大きなパケットサンプリング間隔を使用して適用してもよいです。
Measurement Units:
測定単位：
seconds (and fractions)
秒（画分）
See Also:
関連項目：
Rate-Derived Method
レート由来方法
Definition:
定義：
The amount of time for which the completion of Full Convergence is maintained without additional Impaired Packets being observed.
完全な収束の完了が観察され、追加の障害パケットことなく維持される時間の量。
Discussion:
討論：
The purpose of the Sustained Convergence Validation Time is to produce convergence benchmarks protected against fluctuation in Forwarding Rate after the completion of Full Convergence is observed. The RECOMMENDED Sustained Convergence Validation Time to be used is the time to send 5 consecutive packets to each destination with a minimum of 5 seconds. The Benchmarking Methodology Working Group (BMWG) selected 5 seconds based upon [Br99], which recommends waiting 2 seconds for residual frames to arrive (this is the Forwarding Delay Threshold for the last packet sent) and 5 seconds for DUT restabilization.
持続的なコンバージェンス検証時間の目的は、完全なコンバージェンスの完了が観察された後、転送レートの変動から保護収束ベンチマークを生成することです。使用することが推奨持続収束検証時間は5秒以上と各宛先に5つの連続パケットを送信する時間です。ベンチマーク手法ワーキンググループ（BMWG）が到着する残留フレームに対して2秒待ってお勧めします[Br99]、に基づいて、5秒を選択し、DUTの再安定化のために5秒（これは、最後の送信パケットの転送遅延しきい値です）。
Measurement Units:
測定単位：
seconds (and fractions)
秒（画分）
See Also:
関連項目：
Full Convergence, Convergence Recovery Instant
フル・コンバージェンス、コンバージェンス復旧インスタント
Definition:
定義：
The maximum waiting time threshold used to distinguish between packets with very long delay and lost packets that will never arrive.
最大が到着することはありません非常に長い遅延や失われたパケットのパケットを区別するために使用される時間のしきい値を待っています。
Discussion:
討論：
Applying a Forwarding Delay Threshold allows packets with a too large Forwarding Delay to be considered lost, as is required for some applications (e.g. voice, video, etc.). The Forwarding Delay Threshold is a parameter of the methodology, and it MUST be reported. [Br99] recommends waiting 2 seconds for residual frames to arrive.
転送遅延しきい値を適用すると（例えば、音声、ビデオ、など）いくつかのアプリケーションのために必要とされるような大きすぎる転送遅延を持つパケットは、失われたと考えることができるようになります。転送遅延しきい値は、方法論のパラメータであり、そしてそれは報告しなければなりません。 [Br99]は到着する残留フレームに対して2秒待ってお勧めします。
Measurement Units:
測定単位：
seconds (and fractions)
秒（画分）
See Also:
関連項目：
Convergence Packet Loss, Connectivity Packet Loss
コンバージェンスのパケット損失、接続のパケット損失
Definition:
定義：
A packet that experienced at least one of the following impairments: loss, excessive Forwarding Delay, corruption, duplication, reordering.
次の障害の少なくとも一つを経験したパケット：損失、過度の転送遅延、破損、複製、並べ替え。
Discussion:
討論：
A lost packet, a packet with a Forwarding Delay exceeding the Forwarding Delay Threshold, a corrupted packet, a Duplicate Packet [Po06], and an Out-of-Order Packet [Po06] are Impaired Packets.
失われたパケット、転送遅延が転送遅延しきい値、破損したパケット、重複パケット[Po06]、およびアウトオブオーダーパケット[Po06]が損なわれているパケットを超えたパケット。
Packet ordering is observed for each individual flow (see [Th00], Section 3) of the Offered Load.
パケットの順序は、提供された負荷のそれぞれの個々の流れ（[Th00]第3章参照）について観察されます。
Measurement Units:
測定単位：
N/A
N / A
See Also:
関連項目：
Forwarding Delay Threshold
転送遅延しきい値
Benchmarking activities as described in this memo are limited to technology characterization using controlled stimuli in a laboratory environment, with dedicated address space and the constraints specified in the sections above.
このメモで説明されているような活動をベンチマーキングは、専用のアドレス空間と、上記のセクションで指定された制約で、実験室環境で制御刺激を使用して技術の特性に限定されています。
The benchmarking network topology will be an independent test setup and MUST NOT be connected to devices that may forward the test traffic into a production network or misroute traffic to the test management network.
ベンチマークネットワークトポロジは、独立したテストのセットアップになり、テスト管理ネットワークへの生産ネットワークやmisrouteトラフィックにテストトラフィックを転送することができるデバイスに接続しないでください。
Further, benchmarking is performed on a "black-box" basis, relying solely on measurements observable external to the DUT/SUT.
さらに、ベンチマークは、DUT / SUTの外部の観察測定値にのみ依存する、「ブラックボックス」に基づいて行われます。
Special capabilities SHOULD NOT exist in the DUT/SUT specifically for benchmarking purposes. Any implications for network security arising from the DUT/SUT SHOULD be identical in the lab and in production networks.
特別な機能は、ベンチマークの目的のために特別に/ DUTにSUT存在してはなりません。 DUT / SUTに起因するネットワークセキュリティのための任意の影響はラボで、生産ネットワークで同一である必要があります。
Thanks to Sue Hares, Al Morton, Kevin Dubray, Ron Bonica, David Ward, Peter De Vriendt, Anuj Dewagan, Adrian Farrel, Stewart Bryant, Francis Dupont, and the Benchmarking Methodology Working Group for their contributions to this work.
この作品への貢献のためのスーノウサギ、アル・モートン、ケビンDubray、ロンBonica、デビッド・ウォード、ピーター・デ・Vriendt、Anuj Dewagan、エードリアンファレル、スチュワートブライアント、フランシスデュポン、およびベンチマーク手法ワーキンググループに感謝します。
[Br91] Bradner, S., "Benchmarking terminology for network interconnection devices", RFC 1242, July 1991.
[Br91]ブラドナーの、S.、RFC 1242、1991年7月 "ネットワーク相互接続デバイスのための用語をベンチマーキング"。
[Br97] Bradner, S., "Key words for use in RFCs to Indicate Requirement Levels", BCP 14, RFC 2119, March 1997.
[Br97]ブラドナーの、S.、 "要件レベルを示すためにRFCsにおける使用のためのキーワード"、BCP 14、RFC 2119、1997年3月。
[Br99] Bradner, S. and J. McQuaid, "Benchmarking Methodology for Network Interconnect Devices", RFC 2544, March 1999.
[Br99]ブラドナー、S.とJ. McQuaid、RFC 2544、1999年3月 "ベンチマーキング方法論は、ネットワークの相互接続デバイスのため"。
[Ca90] Callon, R., "Use of OSI IS-IS for routing in TCP/IP and dual environments", RFC 1195, December 1990.
[CA90] Callon、R.、RFC 1195、1990年12月 "OSIの使用は、TCP / IPやデュアル環境でのルーティングのためIS-IS"。
[Co08] Coltun, R., Ferguson, D., Moy, J., and A. Lindem, "OSPF for IPv6", RFC 5340, July 2008.
【Co08] Coltun、R.、ファーガソン、D.、モイ、J.、およびA. Lindem、 "IPv6のためのOSPF"、RFC 5340、2008年7月。
[De02] Demichelis, C. and P. Chimento, "IP Packet Delay Variation Metric for IP Performance Metrics (IPPM)", RFC 3393, November 2002.
[De02]デミチェリス、C.およびP. Chimento、 "IPパフォーマンス・メトリックのためのIPパケット遅延変動メトリック（IPPM）"、RFC 3393、2002年11月。
[Ho08] Hopps, C., "Routing IPv6 with IS-IS", RFC 5308, October 2008.
[Ho08] Hoppsが、C.、 "IS-ISとルーティングのIPv6"、RFC 5308、2008年10月。
[Ko02] Koodli, R. and R. Ravikanth, "One-way Loss Pattern Sample Metrics", RFC 3357, August 2002.
[Ko02] Koodli、R.とR. Ravikanth、 "ワンウェイ損失パターンのサンプルメトリック"、RFC 3357、2002年8月。
[Ma98] Mandeville, R., "Benchmarking Terminology for LAN Switching Devices", RFC 2285, February 1998.
[MA98]マンデビル、R.、RFC 2285、1998年2月 "LANのためのベンチマーキング用語は、デバイスの切り替え"。
[Mo98] Moy, J., "OSPF Version 2", STD 54, RFC 2328, April 1998.
【Mo98】モイ、J.、 "OSPFバージョン2"、STD 54、RFC 2328、1998年4月。
[Po06] Poretsky, S., Perser, J., Erramilli, S., and S. Khurana, "Terminology for Benchmarking Network-layer Traffic Control Mechanisms", RFC 4689, October 2006.
[Po06] Poretsky、S.、Perser、J.、Erramilli、S.、およびS.クラナ、 "ベンチマーキングネットワーク層のトラフィック制御メカニズムのための用語"、RFC 4689、2006年10月。
[Po11m] Poretsky, S., Imhoff, B., and K. Michielsen, "Benchmarking Methodology for Link-State IGP Data-Plane Route Convergence", RFC 6413, November 2011.
【Po11m] Poretsky、S.、Imhoff氏、B.、およびK. Michielsen、 "リンクステートIGPデータプレーンルートConvergenceのベンチマーキング方法論"、RFC 6413、2011年11月。
[Th00] Thaler, D. and C. Hopps, "Multipath Issues in Unicast and Multicast Next-Hop Selection", RFC 2991, November 2000.
[Th00]ターラー、D.およびC. Hoppsが、 "ユニキャストとマルチキャストの次ホップの選択におけるマルチパスの問題"、RFC 2991、2000年11月。
Authors' Addresses
著者のアドレス
Scott Poretsky Allot Communications 300 TradeCenter Woburn, MA 01801 USA
スコットPoretskyアロット・コミュニケーションズ300 TradeCenterマサチューセッツ州01801 USA
Phone: + 1 508 309 2179 EMail: sporetsky@allot.com
電話：+ 1 508 309 2179 Eメール：sporetsky@allot.com
Brent Imhoff F5 Networks 401 Elliott Avenue West Seattle, WA 98119 USA
ブレントImhoff氏F5ネットワークス401エリオットアベニュー西シアトル、WA 98119 USA
Phone: + 1 314 378 2571 EMail: bimhoff@planetspork.com
電話：+ 1 314 378 2571 Eメール：bimhoff@planetspork.com
Kris Michielsen Cisco Systems 6A De Kleetlaan Diegem, BRABANT 1831 Belgium
クリスMichielsenシスコシステムズ6Aザ・Kleetlaanディーゲム、ベルギーBRABANT 1831
EMail: kmichiel@cisco.com
メールアドレス：kmichiel@cisco.com