[要約] RFC 6412は、リンクステートIGPデータプレーン経路収束のベンチマーク用語に関するものです。このRFCの目的は、経路収束の測定と比較を容易にするための共通の用語を提供することです。
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によって承認されたすべてのドキュメントが、あらゆるレベルのインターネット標準の候補者ではありません。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.
このドキュメントの現在のステータス、任意のERRATA、およびそのフィードバックを提供する方法に関する情報は、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.
Copyright（c）2011 IETF Trustおよび文書著者として特定された人。全著作権所有。
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
このドキュメントは、BCP 78およびIETFドキュメント（http://trustee.ietf.org/license-info）に関連するIETF Trustの法的規定の対象となります。この文書に関するあなたの権利と制限を説明するので、これらの文書を注意深く確認してください。このドキュメントから抽出されたコードコンポーネントは必須です
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.
信頼の法的規定のセクション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.
このドキュメントには、2008年11月10日までに公開または公開されたIETFドキュメントまたはIETFの寄付からの資料が含まれている場合があります。IETF標準プロセスの外。そのような資料の著作権を制御する人から適切なライセンスを取得せずに、このドキュメントはIETF標準プロセスの外側に変更されない場合があり、その派生作業は、ITF標準プロセスの外側で作成されない場合があります。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].
このドキュメントは[PO11M]の仲間であり、データプレーンを観察することにより、リンク状態のインテリアゲートウェイプロトコル（IGP）収束にベンチマークするために使用される方法論が含まれています。このドキュメントの目的は、リンク状態の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] [HO08]、中間システムなどのIPv4およびIPv6トラフィックおよびリンク状態IGPSに適用できます。[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
スループット[BR91]、セクション3.17は、負荷[MA98]、セクション3.5.2転送レート[MA98]、テスト中のセクション3.6.1デバイス[MA98]、テスト中のセクション3.1.1システム（SUT）[MA98]を提供しました。、セクション3.1.2オーダーオブオーダーパケット[PO06]、セクション3.3.4重複パケット[PO06]、セクション3.3.5ストリーム[PO06]、セクション3.3.2転送遅延[PO06]、セクション3.2.4 IPパケット遅延変動（IPDV）[DE02]、セクション1.2損失期間[KO02]、セクション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.
キーワードは「必要」、「必要」、「必須」、「shall」、「shall "、" ingle "、" low "obs"、 "becommended"、 ""、 "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).
ルーティング情報ベース（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.
損失由来の方法（セクション3.5.2）またはルート固有の損失由来方法（セクション3.5.3）を使用してIGP収束時間をベンチマークし、適用された収束イベント（セクション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）。
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.
Convergence Recoveryインスタントは、DUTが障害なしに次元の出口インターフェイス（セクション3.4.4）にわたってすべての目的地にトラフィックを転送する瞬間、データプレーンから観察可能です。
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.7.1）に続く時間間隔（セクション3.7.1）では、優先される出口インターフェイス（セクション3.4.3）の転送速度が徐々にゼロに減少します。
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 Egressインターフェイスで観察される転送率は、ゼロに減少する場合と減少する場合とされない場合があります。
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）に続く時間間隔。
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
Convergenceイベント、次のベスト出力インターフェイス
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.
同等のコストマルチパス（ECMP）セットまたは2番目のベストネクストホップにルーティングされたトラフィックのテスト中のデバイス（DUT）の並列リンクセットのアウトバウンドインターフェイスまたはアウトバウンドインターフェイスのセット。
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.
[PO11M]のテストケースの場合、ECMPセットまたはパラレルリンクセットを使用したテストトポロジーを使用すると、regrumed egressインターフェイスという用語は、リンクセットのすべてのメンバーを参照します。
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,
提供された負荷、IPDV、ルート数、およびパケットサンプリング間隔は、レート由来の方法の観測に影響します。レート由来の収束グラフの異なる収束時間瞬間を識別することは困難かもしれません。例えば、
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 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
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の存在を除外しても、各パケットサンプリング間隔中の受信パケットの数は異なる場合があります。この理由で、各パケットサンプリング間隔中の受信パケットの数の変動を防ぐために、パケットサンプリング間隔の持続時間は、同じ宛先に送信される2つの連続したパケット間の時間全体の時間である必要があります。
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.4）および損失由来の接続期間（セクション3.6.6）のベンチマークを計算する方法（セクション3.6.6）のベンチマーク（セクション3.8.1）。
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.6.3）のベンチマーク（セクション3.8.1）からベンチマークを計算する方法。
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.
適用された収束イベントが、Convergenceイベントインスタントのすべてのルートの瞬間的なトラフィック損失を引き起こす場合、接続パケット損失が観察される必要があります。接続パケットの損失は、優先出力インターフェイスと次世界ベストの出口インターフェイスで観察された障害のあるパケットカウントの組み合わせです。ベンチマークルート固有の収束時間の場合、接続パケット損失が測定され、測定された各ルートに式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.
適用されたコンバージェンスイベントがコンバージェンスイベントインスタントのすべてのルートの瞬間的なトラフィックの損失を引き起こさない場合、テスターはトラフィックスタートインスタントとコンバージェンスイベントのインスタントのタイムスタンプを収集する必要があり、テスターは次のものでコンバージェンスパケット損失を個別に観察する必要があります。 - ベスト出力インターフェイス。ベンチマークルート固有の収束時間の場合、収束パケット損失が測定され、測定された各ルートに式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が収束イベントを適用した後、Trafficが優先出力インターフェイスに転送され続けている場合、接続期間のルート損失はルート固有の収束時間よりも小さくなります。これは、障害イベントを逆転させた後の特にそうです。
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）は、[BR99]に基づいて5秒を選択しました。これは、残留フレームが到着するまで2秒待つことをお勧めします（これは、送信された最後のパケットの転送遅延のしきい値です）、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.
次の障害の少なくとも1つを経験したパケット：喪失、過度の転送遅延、腐敗、複製、並べ替え。
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.
ベンチマークネットワークトポロジは、独立したテストセットアップとなり、テストトラフィックを生産ネットワークに転送したり、トラフィックをテスト管理ネットワークに誤って転送したりするデバイスに接続してはなりません。
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.
Sue Hares、Al Morton、Kevin Dubray、Ron Bonica、David Ward、Peter de Vriendt、Anuj Dewagan、Adrian Farrel、Stewart Bryant、Francis Dupont、およびBenchmarks Methodology Working Groupにこの仕事に寄付してくれたことに感謝します。
[Br91] Bradner, S., "Benchmarking terminology for network interconnection devices", RFC 1242, July 1991.
[BR91] Bradner、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] Bradner、S。、「要件レベルを示すためにRFCで使用するためのキーワード」、BCP 14、RFC 2119、1997年3月。
[Br99] Bradner, S. and J. McQuaid, "Benchmarking Methodology for Network Interconnect Devices", RFC 2544, March 1999.
[BR99] Bradner、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。、「TCP/IPおよびデュアル環境でのルーティングのためのOSI IS-I-ISの使用」、RFC 1195、1990年12月。
[Co08] Coltun, R., Ferguson, D., Moy, J., and A. Lindem, "OSPF for IPv6", RFC 5340, July 2008.
[Co08] Coltun、R.、Ferguson、D.、Moy、J。、およびA. Lindem、「OSPF for IPv6」、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] Demichelis、C。およびP. Chimento、「IPパフォーマンスメトリック（IPPM）のIPパケット遅延変動メトリック」、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] Mandeville、R。、「LANスイッチングデバイスのベンチマーク用語」、RFC 2285、1998年2月。
[Mo98] Moy, J., "OSPF Version 2", STD 54, RFC 2328, April 1998.
[MO98] Moy、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. Khurana、「ネットワーク層トラフィック制御メカニズムのベンチマークの用語」、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データプレーンルート収束のベンチマーク方法」、RFC 6413、2011年11月。
[Th00] Thaler, D. and C. Hopps, "Multipath Issues in Unicast and Multicast Next-Hop Selection", RFC 2991, November 2000.
[Th00] Thaler、D。およびC. Hopps、「UnicastおよびMulticast Next-Hop Selectionのマルチパスの問題」、RFC 2991、2000年11月。
Authors' Addresses
著者のアドレス
Scott Poretsky Allot Communications 300 TradeCenter Woburn, MA 01801 USA
Scott Poretsky Allot Communications 300 Tradecenter Woburn、MA 01801 USA
Phone: + 1 508 309 2179
EMail: sporetsky@allot.com
Brent Imhoff F5 Networks 401 Elliott Avenue West Seattle, WA 98119 USA
Brent Imhoff F5 Networks 401 Elliott Avenue West Seattle、WA 98119 USA
Phone: + 1 314 378 2571
EMail: bimhoff@planetspork.com
Kris Michielsen Cisco Systems 6A De Kleetlaan Diegem, BRABANT 1831 Belgium
クリス・ミシエルセン・シスコ・システム6A de Kleetlaan Diegem、Brabant 1831 Belgium
EMail: kmichiel@cisco.com