[要約] RFC 4061は、OSPFの単一ルーター制御プレーンの収束性能をベンチマークするためのガイドラインです。このRFCの目的は、OSPFルーターの制御プレーンの収束時間を測定し、ネットワークのパフォーマンスを向上させるための基準を提供することです。
Network Working Group V. Manral
Request for Comments: 4061 SiNett Corp.
Category: Informational R. White
Cisco Systems
A. Shaikh
AT&T Labs (Research)
April 2005
Benchmarking Basic OSPF Single Router Control Plane Convergence
基本的なOSPFシングルルーター制御プレーンの収束ベンチマーク
Status of This Memo
本文書の位置付け
This memo provides information for the Internet community. It does not specify an Internet standard of any kind. Distribution of this memo is unlimited.
このメモは、インターネットコミュニティに情報を提供します。いかなる種類のインターネット標準を指定しません。このメモの配布は無制限です。
Copyright Notice
著作権表示
Copyright (C) The Internet Society (2005).
Copyright（c）The Internet Society（2005）。
Abstract
概要
This document provides suggestions for measuring OSPF single router control plane convergence. Its initial emphasis is on the control plane of a single OSPF router. We do not address forwarding plane performance.
このドキュメントは、OSPFシングルルーター制御プレーンの収束を測定するための提案を提供します。その最初の重点は、単一のOSPFルーターのコントロールプレーンにあります。転送面のパフォーマンスには対処しません。
NOTE: In this document, the word "convergence" relates to single router control plane convergence only.
注：このドキュメントでは、「収束」という言葉は、単一のルーター制御プレーンの収束のみに関連しています。
Table of Contents
目次
1. Introduction....................................................2
2. Specification of Requirements...................................2
3. Overview and Scope..............................................3
4. Reference Topologies............................................4
5. Basic Performance Tests.........................................5
5.1. Time Required to Process an LSA...........................5
5.2. Flooding Time.............................................6
5.3. Shortest Path First Computation Time......................6
6. Basic Intra-area OSPF Tests.....................................8
6.1. Forming Adjacencies on Point-to-Point Links
(Initialization)..........................................9
6.2. Forming Adjacencies on Point-to-Point Links...............9
6.3. Forming Adjacencies with Information Already in the
Database.................................................10
6.4. Designated Router Election Time on a Broadcast Network...11
6.5. Initial Convergence Time on a Broadcast Network,
Test 1...................................................11
6.6. Initial Convergence Time on a Broadcast Network,
Test 2...................................................12
6.7. Link Down with Layer Two Detection.......................12
6.8. Link Down with Layer Three Detection.....................13
7. Security Considerations........................................13
8. Acknowledgements...............................................13
9. Normative References...........................................14
10. Informative References.........................................14
Authors' Addresses.................................................15
Full Copyright Statement...........................................16
There is a growing interest in routing protocol convergence testing, with many people looking at various tests to determine how long it takes for a network to converge after various conditions occur. The major problem with this sort of testing is that the framework of the tests has a major impact on the results; for instance, determining when a network is converged, what parts of the router's operation are considered within the testing, and other such things will have a major impact on the apparent performance that routing protocols provide.
ルーティングプロトコルの収束テストには関心が高まっています。多くの人がさまざまなテストを検討して、さまざまな条件が発生した後にネットワークが収束するのにかかる時間を判断しています。この種のテストの主な問題は、テストのフレームワークが結果に大きな影響を与えることです。たとえば、ネットワークがいつ収束されるか、ルーターの操作のどの部分がテスト内で考慮されるかを判断すると、そのようなことはルーティングプロトコルが提供する見かけのパフォーマンスに大きな影響を与えます。
This document attempts to provide a framework for Open Shortest Path First [OSPF] performance testing, and to provide some tests for measuring some aspects of OSPF performance. The motivation of the document is to provide a set of tests that can provide the user comparable data from various vendors with which to evaluate the OSPF protocol performance on the devices.
このドキュメントでは、最初に[最短パス]パフォーマンステストを開いたフレームワークを提供し、OSPFパフォーマンスのいくつかの側面を測定するためのいくつかのテストを提供しようとします。ドキュメントの動機は、デバイスのOSPFプロトコルパフォーマンスを評価するために、さまざまなベンダーからユーザーに比較可能なデータを提供できる一連のテストを提供することです。
The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", and "OPTIONAL" in this document are to be interpreted as described in [RFC2119]. RFC 2119 key words in this document are used to ensure methodological control, which is very important in the specification of benchmarks. This document does not specify a network-related protocol.
「必須」、「そうしない」、「必須」、「必要」、「「しない」、「そうでない」、「そうではない」、「そうでない」、「推奨」、「5月」、および「オプション」は、[RFC2119]に記載されているように解釈される。RFC 2119このドキュメントのキーワードは、方法論的制御を確保するために使用されます。これは、ベンチマークの仕様において非常に重要です。このドキュメントでは、ネットワーク関連のプロトコルを指定しません。
Although this document describes a specific set of tests aimed at characterizing the single router control plane convergence performance of OSPF processes in routers or other boxes that incorporate OSPF functionality, a key objective is to propose methodologies that produce directly comparable convergence-related measurements.
このドキュメントでは、ルーターまたはOSPF機能を組み込んだ他のボックスのOSPFプロセスの単一ルーター制御プレーンの収束性能を特徴付けることを目的とした特定のテストセットについて説明していますが、重要な目的は、直接匹敵する収束関連測定を生成する方法論を提案することです。
The following considerations are outside the scope of this document:
次の考慮事項は、このドキュメントの範囲外です。
o The interactions of convergence and forwarding; testing is restricted to events occurring within the control plane. Forwarding performance is the primary focus in [INTERCONNECT], and it is expected to be dealt with in work that ensues from [FIB-TERM].
o 収束と転送の相互作用。テストは、コントロールプレーン内で発生するイベントに制限されています。転送パフォーマンスは[相互接続]の主な焦点であり、[FIB-Term]から続く仕事で対処されることが期待されています。
o Inter-area route generation, AS-external route generation, and simultaneous traffic on the control and data paths within the DUT. Although the tests outlined in this document measure SPF time, flooding times, and other aspects of OSPF convergence performance, this document does not provide tests for measuring external or summary route generation, route translation, or other OSPF inter-area and external routing performance. These areas are expected to be dealt with in a later document.
o エリア間ルート生成、外部ルート生成、およびDUT内の制御およびデータパスの同時トラフィック。このドキュメントで概説されているテストは、SPFの時間、洪水時間、およびOSPF収束パフォーマンスのその他の側面を測定しますが、このドキュメントでは、外部または要約ルート生成、ルート翻訳、またはその他のOSPF間面および外部ルーティングパフォーマンスを測定するためのテストを提供しません。これらの領域は、後の文書で扱われることが期待されています。
The tests should be run more than once, since a single test run cannot be relied on to produce statistically sound results. The number of test runs and any variations between the tests should be recorded in the test results (see [TERM] for more information on what items should be recorded in the test results).
統計的に健全な結果を生成するために単一のテスト実行を依存できないため、テストは複数回実行する必要があります。テストの実行数とテスト間のバリエーションは、テスト結果に記録する必要があります（テスト結果に記録する項目の詳細については、[用語]を参照してください）。
Several reference topologies that are used throughout the tests are described in the remaining sections of this document. All of the topologies have been collectively placed in one section to avoid repetition.
テスト全体で使用されるいくつかの参照トポロジは、このドキュメントの残りのセクションで説明されています。すべてのトポロジーは、繰り返しを避けるために1つのセクションにまとめられています。
o Reference Topology 1 (Emulated Topology)
o 参照トポロジ1（エミュレートトポロジ）
( )
DUT----Generator----( emulated topology )
( )
A simple back-to-back configuration. It's assumed that the link between the generator and the DUT is a point-to-point link, while the connections within the generator represent some emulated topology.
簡単な背中合わせの構成。ジェネレーターとDUTの間のリンクはポイントツーポイントリンクであり、ジェネレーター内の接続はエミュレートトポロジを表していると想定されています。
o Reference Topology 2 (Generator and Collector)
o 参照トポロジ2（ジェネレーターとコレクター）
( )
Collector-----DUT-----Generator--( emulated topology )
\ / ( )
\------------/
All routers are connected through point-to-point links. The cost of all links is assumed to be the same unless otherwise noted.
すべてのルーターは、ポイントツーポイントリンクを介して接続されています。特に明記しない限り、すべてのリンクのコストは同じであると想定されます。
o Reference Topology 3 (Broadcast Network)
o 参照トポロジ3（ブロードキャストネットワーク）
DUT R1 R2
| | |
-+------+------+-----.....
Any number of routers could be included on the common broadcast network.
一般的なブロードキャストネットワークには、任意の数のルーターを含めることができます。
o Reference Topology 4 (Parallel Links)
o 参照トポロジ4（並列リンク）
/--(link 1)-----\ ( )
DUT Generator--( emulated topology )
\--(link 2)-----/ ( )
In all cases the tests and topologies are designed to allow performance measurements to be taken all on a single device, whether this is the DUT or some other device in the network. This eliminates the need for synchronized clocks within the test networks.
すべての場合において、テストとトポロジーは、これがネットワーク内のDUTであろうと他のデバイスであろうと、単一のデバイスでパフォーマンス測定をすべて取得できるように設計されています。これにより、テストネットワーク内の同期クロックの必要性がなくなります。
These tests will measure aspects of the OSPF implementation as a process on the device under test, including
これらのテストでは、OSPF実装の側面を、テスト中のデバイスのプロセスとして測定します。
o time required to process an LSA,
o LSAを処理するのに必要な時間、
o flooding time, and
o 洪水時間、そして
o Shortest Path First computation.
o 最短パス最初の計算。
o Using reference topology 1 (Emulated Topology), begin with all links up and a full adjacency established between the DUT and the generator.
o 参照トポロジ1（エミュレートトポロジー）を使用して、すべてのリンクアップと、DUTとジェネレーターの間に完全な隣接を確立します。
Note: The generator does not have direct knowledge of the state of the adjacency on the DUT. The fact that the adjacency may be in Full state on the generator does not mean that the DUT is ready. It may still (and is likely to) be requesting LSAs from the generator. This process, involving processing of requested LSAs, will affect the results of the test. The generator should either wait until it sees the DUT's router-LSA listing the adjacency with the generator or introduce a configurable delay before starting the test.
注：ジェネレーターは、DUTの隣接の状態に関する直接的な知識を持っていません。隣接がジェネレーターの完全な状態にある可能性があるという事実は、DUTが準備ができていることを意味するものではありません。ジェネレーターからLSAを要求している（そしてそうする可能性が高い）可能性があります。要求されたLSAの処理を含むこのプロセスは、テストの結果に影響します。ジェネレーターは、DUTのルーターLSAがジェネレーターの隣接をリストするのを見るまで待つか、テストを開始する前に構成可能な遅延を導入する必要があります。
o Send an LSA that is already in the DUT (a duplicate LSA), note the time difference between when the LSA is sent and when the ack is received. This measures the time taken to propagate the LSA and the ack, as well as the processing time of the duplicate LSA. This is dupLSAprocTime.
o 既にDUT（重複LSA）にあるLSAを送信し、LSAが送信されたときとACKを受信したときの時差に注意してください。これにより、LSAとACKを伝播するのにかかる時間、および重複LSAの処理時間が測定されます。これはduplsaproctimeです。
o Send a new LSA from the generator to the DUT, followed immediately by a duplicate LSA (LSA that already resides in the database of DUT, but not the same as the one just sent).
o ジェネレーターからDUTに新しいLSAを送信し、すぐに重複したLSA（既にDUTのデータベースに存在しているが、送信されたものと同じではないLSA）が続きます。
o The DUT will acknowledge this second LSA immediately; note the time of this acknowledgement. This is newLSAprocTime.
o DUTは、この2番目のLSAをすぐに認めます。この承認の時間に注意してください。これはnewlsaproctimeです。
The amount of time required for an OSPF implementation to process the new LSA can be computed by subtracting dupLSAprocTime from newLSAprocTime.
新しいLSAを処理するためにOSPF実装に必要な時間は、newlsaproctimeからDuplsaproctimeを減算することで計算できます。
Note: The duplicate LSA cannot be the same as the one just sent because of the MinLSInterval restriction [OSPF]. This test is taken from [BLACKBOX].
注：重複したLSAは、Minlsinterval制限[OSPF]のために送信されたものと同じではありません。このテストは[Blackbox]から取得されます。
Note: This time may or may not include the time required to perform flooding-related operations, depending on when the implementation sends the ack: before it floods the LSA further, or after it does, or anywhere in between. In other words, this measurement may not mean the same thing in all implementations.
注：今回は、実装がACKを送信する時期に応じて、洪水関連操作を実行するために必要な時間を含める場合と含まない場合があります。言い換えれば、この測定はすべての実装で同じことを意味するものではないかもしれません。
o Using reference topology 2 (Generator and Collector), enable OSPF on all links and allow the devices to build full adjacencies. Configure the collector so that it will block all flooding toward the DUT (but so that it continues receiving advertisements from the DUT).
o 参照トポロジ2（ジェネレーターとコレクター）を使用して、すべてのリンクでOSPFを有効にし、デバイスが完全な隣接を構築できるようにします。コレクターを構成して、すべての洪水をDUTに向けてブロックするようにします（ただし、DUTから広告を受け取るようになります）。
o Inject a new set of LSAs from the generator toward the collector and the DUT.
o ジェネレーターからコレクターとDUTに新しいLSAのセットを注入します。
o On the collector, note the time the flooding is complete across the link to the generator. Also note the time the flooding is complete across the link from the DUT.
o コレクターでは、発電機へのリンク全体に洪水が完了する時間に注意してください。また、DUTのリンク全体に洪水が完了する時間に注意してください。
The time from when the last LSA is received on the collector from the generator to when the last LSA is received on the collector from the DUT should be measured during this test. This time is important in link state protocols, since the loop-free nature of the network is reliant on the speed at which revised topology information is flooded.
最後のLSAが発電機からコレクターで受信された時期から、DUTからコレクターで最後のLSAを受信する時まで、このテスト中に測定する必要があります。ネットワークのループフリーの性質は、改訂されたトポロジ情報が浸水する速度に依存しているため、リンク状態プロトコルでは今回が重要です。
Depending on the number of LSAs flooded, the sizes of the LSAs, the number of LSUs, and the rate of flooding, these numbers could vary by some amount. The settings and variances of these numbers should be reported with the test results.
浸水したLSAの数、LSAのサイズ、LSUの数、および洪水率に応じて、これらの数はある程度変化する可能性があります。これらの数値の設定と差異は、テスト結果とともに報告する必要があります。
o Use reference topology 1 (Emulated Topology), beginning with the DUT and the generator fully adjacent.
o Reference Topology 1（エミュレートトポロジー）を使用して、DUTとジェネレーターが完全に隣接することから始まります。
o The default SPF timer on the DUT should be set to 0 so that any new LSA that arrives immediately results in the SPF calculation [BLACKBOX].
o DUTのデフォルトのSPFタイマーは0に設定して、すぐに到着する新しいLSAがSPF計算[Blackbox]になります。
o The generator should inject a set of LSAs toward the DUT; the DUT should be allowed to converge and install all best paths in the local routing table, etc.
o ジェネレーターは、LSAのセットをDUTに注入する必要があります。DUTは、ローカルルーティングテーブルなどにすべてのベストパスを収束およびインストールすることを許可される必要があります。
o Send an LSA that is already in the DUT (a duplicate LSA), note the time difference between when the LSA is sent and when the ack is received. This measures the time taken to propagate the LSA and the ack, as well as the processing time of the duplicate LSA. This is dupLSAprocTime.
o 既にDUT（重複LSA）にあるLSAを送信し、LSAが送信されたときとACKを受信したときの時差に注意してください。これにより、LSAとACKを伝播するのにかかる時間、および重複LSAの処理時間が測定されます。これはduplsaproctimeです。
o Change the link cost between the generator and the emulated network it is advertising, and transmit the new LSA to the DUT.
o 発電機とエミュレートネットワークが広告であるリンクコストを変更し、新しいLSAをDUTに送信します。
o Immediately inject another LSA that is a duplicate of some other LSA the generator has previously injected (preferably a stub network someplace within the emulated network).
o ジェネレーターが以前に注入した他のLSAの複製である別のLSAをすぐに挿入します（できれば、エミュレートされたネットワーク内のどこかのスタブネットワーク）。
Note: The generator should make sure that outbound LSA packing is not performed for the duplicate LSAs and that they are always sent in a separate Link-state Update packet. Otherwise, if the LSA carrying the topology change and the duplicate LSA are in the same packet, the SPF starts after the duplicate LSA is acked.
注：ジェネレーターは、重複するLSAに対してアウトバウンドLSAパッキングが実行されず、常に別のリンク状態更新パケットで送信されることを確認する必要があります。それ以外の場合、トポロジを運ぶLSAが変化し、重複したLSAが同じパケットにある場合、重複LSAが刻まれた後にSPFが開始されます。
o Measure the time between transmitting the second (duplicate) LSA and the acknowledgement for that LSA; this is the totalSPFtime. The total time required to run SPF can be computed by subtracting dupLSAprocTime from totalSPFtime.
o 2番目の（重複）LSAを送信するまでの時間と、そのLSAの承認を測定します。これは合計spftimeです。SPFを実行するのに必要な合計時間は、duplsaproctimeをtotalspftimeから差し引くことで計算できます。
The accuracy of this test is crucially dependent on the amount of time between the transmissions of the first and second LSAs. If too much time elapsed, the test is meaningless because the SPF run will complete before the second (duplicate) LSA is received. If the time elapsed is less, then both LSAs will be handled before the SPF run is scheduled and started, and thus the measurement would only be for the handling of the duplicate LSA.
このテストの精度は、第1 LSAと2番目のLSAの送信間の時間の量に決定的に依存しています。時間がかかりすぎると、SPFの実行が2番目の（重複）LSAが受信される前に完了するため、テストは無意味です。経過時間が短い場合、SPFの実行がスケジュールされて開始される前に、両方のLSAが処理されるため、測定は重複LSAの処理のみです。
This test is also specified in [BLACKBOX].
このテストは[Blackbox]でも指定されています。
Note: This test may not be accurate on systems that implement OSPF as a multithreaded process, where the flooding takes place in a separate process (or on a different processor) than shortest path first computations.
注：このテストは、OSPFをマルチスレッドプロセスとして実装するシステムでは正確ではない場合があります。このプロセスでは、洪水が最も短いパスの最初の計算よりも別のプロセス（または異なるプロセッサ）で行われます。
It is also possible to measure the SPF time using white box tests (using output supplied by the OSPF software implementer), such as the following:
また、以下など、ホワイトボックステスト（OSPFソフトウェア実装者が提供する出力を使用して）を使用してSPF時間を測定することもできます。
o Using reference topology 1 (Emulated Topology), establish a full adjacency between the generator and the DUT.
o 参照トポロジ1（エミュレートトポロジー）を使用して、ジェネレーターとDUTの間に完全な隣接を確立します。
o Inject a set of LSAs from the generator toward the DUT. Allow the DUT to stabilize and install all best paths in the routing table, etc.
o ジェネレーターからDUTにLSAのセットを注入します。DUTがルーティングテーブルなどのすべてのベストパスを安定させてインストールできるようにします。
o Change the link cost between the DUT and the generator (or the link between the generator and the emulated network it is advertising), such that a full SPF is required to run, although only one piece of information is changed.
o DUTとジェネレーターの間のリンクコスト（または発電機と広告であるエミュレートネットワーク間のリンク）を変更するため、1つの情報のみが変更されますが、完全なSPFが実行されるようにします。
o Measure the amount of time required for the DUT to compute a new shortest path tree as a result of the topology changes injected by the generator. These measurements should be taken using available show and debug information on the DUT.
o DUTが発電機によって注入されたトポロジの変更の結果として、新しい最短パスツリーを計算するために必要な時間を測定します。これらの測定は、DUTに関する利用可能なショーおよびデバッグ情報を使用して取得する必要があります。
Several caveats MUST be mentioned when a white box method of measuring SPF time is used. For instance, such white box tests are only applicable when testing various versions or variations within a single implementation of the OSPF protocol. Further, the same set of commands MUST be used in each iteration of such a test to ensure consistent results.
SPF時間を測定する白いボックス方法が使用される場合、いくつかの注意事項を記載する必要があります。たとえば、このようなホワイトボックステストは、OSPFプロトコルの単一の実装内でさまざまなバージョンまたはバリエーションをテストする場合にのみ適用できます。さらに、一貫した結果を確実にするために、このようなテストの各反復で同じコマンドのセットを使用する必要があります。
There is an interesting relationship between the SPF times reported by white box (internal) testing and black box (external) testing; each of these two types of tests may be used as a "sanity check" on the other by comparing results.
白いボックス（内部）テストとブラックボックス（外部）テストによって報告されたSPF時間の間には興味深い関係があります。これら2つのタイプのテストはそれぞれ、結果を比較することにより、もう一方のテストとして使用できます。
See [CONSIDERATIONS] for further discussion.
詳細については、[考慮事項]を参照してください。
These tests measure the performance of an OSPF implementation for basic intra-area tasks, including:
これらのテストでは、以下を含む、基本的なエリア内タスクのOSPF実装のパフォーマンスを測定します。
o Forming Adjacencies on Point-to-Point Link (Initialization)
o ポイントツーポイントリンクで隣接する形成（初期化）
o Forming Adjacencies on Point-to-Point Links
o ポイントツーポイントリンクに隣接を形成します
o Link Up with Information Already in the Database
o すでにデータベースにある情報にリンクします
o Initial convergence Time on a Designated Router Electing (Broadcast) Network
o 指定されたルーター選挙（ブロードキャスト）ネットワークの初期収束時間
o Link Down with Layer 2 Detection
o レイヤー2の検出にリンクします
o Link Down with Layer 3 Detection
o レイヤー3の検出にリンクします
o Designated Router Election Time on A Broadcast Network
o 放送ネットワークでの指定ルーター選挙時間
This test measures the time required to form an OSPF adjacency from the time a layer two (data link) connection is formed between two devices running OSPF.
このテストでは、OSPFを実行している2つのデバイス間にレイヤー2（データリンク）接続が形成される時間からOSPF隣接を形成するのに必要な時間を測定します。
o Use reference topology 1 (Emulated Topology), beginning with the link between the generator and DUT disabled on the DUT. OSPF should be configured and operating on both devices.
o DUTのジェネレーターとDUT障害者の間のリンクから始まるリファレンストポロジ1（エミュレートトポロジー）を使用します。OSPFは、両方のデバイスで構成および操作する必要があります。
o Inject a set of LSAs from the generator toward the DUT.
o ジェネレーターからDUTにLSAのセットを注入します。
o Bring the link up at the DUT, noting the time when the link carrier is established on the generator.
o DUTでリンクを持ち上げて、リンクキャリアが発電機に確立される時間に注目してください。
o Note the time when the acknowledgement for the last LSA transmitted from the DUT is received on the generator.
o DUTから送信された最後のLSAの謝辞が発電機で受信される時間に注意してください。
The time between the carrier establishment and the acknowledgement for the last LSA transmitted by the generator should be taken as the total amount of time required for the OSPF process on the DUT to react to a link up event with the set of LSAs injected, including the time required for the operating system to notify the OSPF process about the link up, etc. The acknowledgement for the last LSA transmitted is used instead of the last acknowledgement received in order to prevent timing skews due to retransmitted acknowledgements or LSAs.
発電機によって送信された最後のLSAのキャリア施設と承認の間の時間は、DUSのOSPFプロセスに必要な時間の合計時間として、LSAのセットが注入されたリンクアップイベントに対応するためにとらえる必要があります。オペレーティングシステムがリンクアップなどについてOSPFプロセスに通知するために必要な時間。最後のLSA送信の承認は、再送信された承認またはLSAのためにタイミングスキューを防ぐために受け取った最後の確認の代わりに使用されます。
This test measures the time required to form an adjacency from the time the first communication occurs between two devices running OSPF.
このテストでは、OSPFを実行している2つのデバイス間で最初の通信が発生するまでに隣接を形成するのに必要な時間を測定します。
o Using reference topology 1 (Emulated Topology), configure the DUT and the generator so that traffic can be passed along the link between them.
o 参照トポロジ1（エミュレートトポロジー）を使用して、DUTとジェネレーターを構成して、それらの間のリンクに沿ってトラフィックを渡すことができるようにします。
o Configure the generator so that OSPF is running on the point-to-point link toward the DUT, and inject a set of LSAs.
o OSPFがDUTに向かってポイントツーポイントリンクで実行されるようにジェネレーターを構成し、LSAのセットを注入します。
o Configure the DUT so that OSPF is initialized, but not running on the point-to-point link between the DUT and the generator.
o OSPFが初期化されるようにDUTを構成しますが、DUTとジェネレーターの間のポイントツーポイントリンクで実行されません。
o Enable OSPF on the interface between the DUT and the generator on the DUT.
o DUTとDUTのジェネレーターの間のインターフェイスでOSPFを有効にします。
o Note the time of the first hello received from the DUT on the generator.
o ジェネレーターのDUTから受け取った最初のHelloの時間に注意してください。
o Note the time of the acknowledgement from the DUT for the last LSA transmitted on the generator.
o 発電機に送信された最後のLSAのDUTからの謝辞の時間に注意してください。
The time between the first hello received and the acknowledgement for the last LSA transmitted by the generator should be taken as the total amount of time required for the OSPF process on the DUT to build a FULL neighbor adjacency with the set of LSAs injected. The acknowledgement for the last LSA transmitted is used instead of the last acknowledgement received in order to prevent timing skews due to retransmitted acknowledgements or LSAs.
ジェネレーターによって送信された最後のLSAの最初のHelloの承認の間の時間は、LSAのセットが挿入された完全な隣人の隣接を構築するために、DUTのOSPFプロセスに必要な時間の合計時間として取得する必要があります。再送信された謝辞またはLSAのためにタイミングのスキューを防ぐために、最後のLSA送信されたLSAの謝辞は、受け取った最後の謝辞の代わりに使用されます。
o Using reference topology 2 (Generator and Collector), configure all three devices to run OSPF.
o 参照トポロジ2（ジェネレーターとコレクター）を使用して、OSPFを実行するように3つのデバイスすべてを構成します。
o Configure the DUT so that the link between the DUT and the generator is disabled.
o DUTとジェネレーターの間のリンクが無効になるように、DUTを構成します。
o Inject a set of LSAs into the network from the generator; the DUT should receive these LSAs through normal flooding from the collector.
o ジェネレーターからネットワークにLSAのセットを注入します。DUTは、コレクターからの通常の洪水を通じてこれらのLSAを受け取る必要があります。
o Enable the link between the DUT and the generator.
o DUTとジェネレーターの間のリンクを有効にします。
o Note the time of the first hello received from the DUT on the generator.
o ジェネレーターのDUTから受け取った最初のHelloの時間に注意してください。
o Note the time of the last DBD (Database Description) received on the generator.
o 発電機で受信した最後のDBD（データベース説明）の時間に注意してください。
o Note the time of the acknowledgement from the DUT for the last LSA transmitted on the generator.
o 発電機に送信された最後のLSAのDUTからの謝辞の時間に注意してください。
The time between the hello received by the generator from the DUT and the acknowledgement for the last LSA transmitted by the generator should be taken as the total amount of time required for the OSPF process on the DUT to build a FULL neighbor adjacency with the set of LSAs injected. In this test, the DUT is already aware of the entire network topology, so the time required should only include the processing of DBDs exchanged when in EXCHANGE state, the time to build a new router LSA containing the new connection information, and the time required to flood and acknowledge this new router LSA.
ジェネレーターがDUTから受け取ったHelloと、発電機によって送信された最後のLSAの承認の間の時間は、DUSのOSPFプロセスに必要な時間の合計時間としてとらえて、DUTのセットに隣接する完全な隣接を構築するために取得する必要があります。LSAが注入されました。このテストでは、DUTはネットワークトポロジ全体をすでに認識しているため、必要な時間には、交換状態で交換されるDBDの処理、新しい接続情報を含む新しいルーターLSAを構築する時間、および必要な時間を含める必要があります。この新しいルーターLSAを洪水して認める。
The acknowledgement for the last LSA transmitted is used instead of the last acknowledgement received in order to prevent timing skews due to retransmitted acknowledgements or LSAs.
再送信された謝辞またはLSAのためにタイミングのスキューを防ぐために、最後のLSA送信されたLSAの謝辞は、受け取った最後の謝辞の代わりに使用されます。
o Using reference topology 3 (Broadcast Network), configure R1 to be the designated router on the link, and the DUT to be the backup designated router.
o 参照トポロジ3（ブロードキャストネットワーク）を使用して、R1をリンク上の指定されたルーターに設定し、DUTがバックアップ指定ルーターになるように設定します。
o Enable OSPF on the common broadcast link on all the routers in the test bed.
o テストベッド内のすべてのルーターの一般的なブロードキャストリンクでOSPFを有効にします。
o Disable the broadcast link on R1.
o R1のブロードキャストリンクを無効にします。
o Note the time of the last hello received from R1 on R2.
o R2でR1から受け取った最後のHelloの時間に注意してください。
o Note the time of the first network LSA generated by the DUT as received on R2.
o R2で受信したDUTによって生成された最初のネットワークLSAの時間に注意してください。
The time between the last hello received on R2 and the first network LSA generated by the DUT should be taken as the amount of time required for the DUT to complete a designated router election computation. Note that this test includes the dead interval timer at the DUT, so this time may be factored out, or the hello and dead intervals may be reduced to lessen these timers' impact on the overall test times. All changed timers, the number of routers connected to the link, and other variable factors should be noted in the test results.
R2で受け取った最後のHelloからDUTによって生成された最初のネットワークLSAの間の時間は、DUTが指定されたルーター選挙計算を完了するために必要な時間と見なすべきです。このテストには、DUTのDead Intervalタイマーが含まれているため、今回は因数分解されるか、Hello and Dead間隔を減らして、これらのタイマーのテスト時間全体への影響を軽減する場合があります。すべての変更されたタイマー、リンクに接続されているルーターの数、およびテスト結果に他の変数因子を記録する必要があります。
Note: If R1 sends a "goodbye hello", typically a hello with its neighbor list empty, in the process of shutting down its interface, using the time when this hello is received instead of the time when the last one was would provide a more accurate measurement.
注：R1が「さようならハロー」を送信した場合、通常はインターフェイスをシャットダウンする過程で、近隣リストが空になっているハローです。最後のものがより多くを提供する時間の代わりにこのハローが受信される時間を使用して正確な測定。
o Using reference topology 3 (Broadcast Network), begin with the DUT connected to the network with OSPF enabled. OSPF should be enabled on R1, but the broadcast link should be disabled.
o Reference Topology 3（ブロードキャストネットワーク）を使用して、OSPFを有効にしてネットワークに接続したDUTから始めます。OSPFはR1で有効にする必要がありますが、ブロードキャストリンクは無効にする必要があります。
o Enable the broadcast link between R1 and the DUT. Note the time of the first hello received by R1.
o R1とDUTの間のブロードキャストリンクを有効にします。R1が受け取った最初のハローの時間に注意してください。
o Note the time when the first network LSA is flooded by the DUT at R1.
o 最初のネットワークLSAがR1でDUTによってあふれている時間に注意してください。
o The difference between the first hello and the first network LSA is the time required by the DUT to converge on this new topology.
o 最初のHelloと最初のネットワークLSAの違いは、この新しいトポロジに収束するためにDUTが必要とする時間です。
This test assumes that the DUT will be the designated router on the broadcast link. A similar test could be designed to test the convergence time when the DUT is not the designated router.
このテストでは、DUTがブロードキャストリンクの指定ルーターになることを前提としています。同様のテストを、DUTが指定されたルーターではない収束時間をテストするために設計できます。
This test maybe performed with a varying number of devices attached to the broadcast network, and with varying sets of LSAs being advertised to the DUT from the routers attached to the broadcast network. Variations in the LSA sets and other factors should be noted in the test results.
このテストは、ブロードキャストネットワークに接続されたさまざまな数のデバイスと、放送ネットワークに接続されたルーターからDUTに宣伝されているLSAのさまざまなセットで実行される可能性があります。LSAセットおよびその他の要因のバリエーションは、テスト結果に注意する必要があります。
The time required to elect a designated router, as measured in Section 6.4, above, may be subtracted from the results of this test to provide just the convergence time across a broadcast network.
上記のセクション6.4で測定されているように、指定されたルーターを選択するのに必要な時間は、このテストの結果から差し引かれて、ブロードキャストネットワーク全体で収束時間のみを提供できます。
Note that although all the other tests in this document include route calculation time in the convergence time, as described in [TERM], this test may not include route calculation time in the resulting measured convergence time, because initial route calculation may occur after the first network LSA is flooded.
このドキュメントの他のすべてのテストには、[Term]で説明されているように、収束時間のルート計算時間が含まれていますが、このテストは、最初のルート計算が最初の後に発生する可能性があるため、結果の測定された収束時間にルート計算時間が含まれない場合があります。ネットワークLSAは浸水しています。
o Using reference topology 3 (Broadcast Network), begin with the DUT connected to the network with OSPF enabled. OSPF should be enabled on R1, but the broadcast link should be disabled.
o Reference Topology 3（ブロードキャストネットワーク）を使用して、OSPFを有効にしてネットワークに接続したDUTから始めます。OSPFはR1で有効にする必要がありますが、ブロードキャストリンクは無効にする必要があります。
o Enable the broadcast link between R1 and the DUT. Note the time of the first hello transmitted by the DUT with a designated router listed.
o R1とDUTの間のブロードキャストリンクを有効にします。指定されたルーターがリストされている最初のハローの時間に注意してください。
o Note the time when the first network LSA is flooded by the DUT at R1.
o 最初のネットワークLSAがR1でDUTによってあふれている時間に注意してください。
o The time difference between the first hello with a designated router lists and the first network LSA is the period required by the DUT to converge on this new topology.
o 指定されたルーターリストと最初のネットワークLSAを備えた最初のHelloの時間差は、この新しいトポロジに収束するためにDUTが必要とする期間です。
o Using reference topology 4 (Parallel Links), begin with OSPF in the Full state between the generator and the DUT. Both links should be point-to-point links with the ability to notify the operating system immediately upon link failure.
o 参照トポロジ4（並列リンク）を使用して、発電機とDUTの間の完全な状態でOSPFから始めます。両方のリンクは、リンクの障害時にすぐにオペレーティングシステムに通知する機能を備えたポイントツーポイントリンクである必要があります。
o Disable link 1; this should be done in such a way that the keepalive timers at the data link layer will have no impact on the DUT recognizing the link failure (the operating system in the DUT should recognize this link failure immediately). Disconnecting the cable on the generator end would be one possibility; shutting the link down would be another.
o リンク1を無効にします。これは、データリンクレイヤーのKeepAlive TimersがDUTにリンクの障害を認識することに影響を与えないようにする必要があります（DUTのオペレーティングシステムは、このリンク障害をすぐに認識する必要があります）。発電機の端でケーブルを外すことは1つの可能性があります。リンクをシャットダウンするのは別です。
o Note the time of the link failure on the generator.
o ジェネレーターのリンク障害の時間に注意してください。
o At the generator, note the time of the receipt of the new router LSA from the DUT notifying the generator of the link 2 failure.
o ジェネレーターで、DUTから新しいルーターLSAを受領した時間に注意してください。Link2障害のジェネレーターに通知します。
The difference in the time between the initial link failure and the receipt of the LSA on the generator across link 2 should be taken as the time required for an OSPF implementation to recognize and process a link failure, including the time required to generate and flood an LSA describing the link down event to an adjacent neighbor.
初期リンクの障害とリンク2のジェネレーターでのLSAの受領の間の違いは、OSPF実装がリンク障害を認識して処理するのに必要な時間として取得する必要があります。LSAは、隣接する隣人へのリンクダウンイベントについて説明しています。
o Using reference topology 4 (Parallel Links), begin with OSPF in the Full state between the generator and the DUT.
o 参照トポロジ4（並列リンク）を使用して、発電機とDUTの間の完全な状態でOSPFから始めます。
o Disable OSPF processing on link 1 from the generator. This should be done in such a way that it does not affect link status; the DUT MUST note the failure of the adjacency through the dead interval.
o ジェネレーターからリンク1でOSPF処理を無効にします。これは、リンクステータスに影響しないようにする必要があります。DUTは、死んだ間隔による隣接の失敗に注意しなければなりません。
o At the generator, note the time of the receipt of the new router LSA from the DUT notifying the generator of the link 2 failure.
o ジェネレーターで、DUTから新しいルーターLSAを受領した時間に注意してください。Link2障害のジェネレーターに通知します。
The difference in the time between the initial link failure and the receipt of the LSA on the generator across link 2 should be taken as the time required for an OSPF implementation to recognize and process an adjacency failure.
初期リンクの障害とリンク2のジェネレーターでのLSAの受領の間の違いは、OSPFの実装が隣接障害を認識して処理するのに必要な時間とみなす必要があります。
This document does not modify the underlying security considerations in [OSPF].
このドキュメントは、[OSPF]の基礎となるセキュリティ上の考慮事項を変更しません。
Thanks to Howard Berkowitz (hcb@clark.net) for his encouragement and support. Thanks also to Alex Zinin (zinin@psg.net), Gurpreet Singh (Gurpreet.Singh@SpirentCom.com), and Yasuhiro Ohara (yasu@sfc.wide.ad.jp) for their comments.
Howard Berkowitz（hcb@clark.net）に励ましとサポートに感謝します。Alex Zinin（zinin@psg.net）、gurpreet.singh@spirentcom.com）、yasuhiro ohara（yasu@sfc.wide.ad.ad.jp）、コメントをありがとう。
[OSPF] Moy, J., "OSPF Version 2", STD 54, RFC 2328, April 1998.
[OSPF] Moy、J。、「OSPFバージョン2」、STD 54、RFC 2328、1998年4月。
[TERM] Manral, V., White, R., and A. Shaikh, "OSPF Benchmarking Terminology and Concepts", RFC 4062, April 2005.
[Term] Manral、V.、White、R。、およびA. Shaikh、「OSPF Benchmarking emerology and Concepts」、RFC 4062、2005年4月。
[CONSIDERATIONS] Manral, V., White, R., and A. Shaikh, "Considerations When Using Basic OSPF Convergence Benchmarks", RFC 4063, April 2005.
[考慮事項] Manral、V.、White、R。、およびA. Shaikh、「基本的なOSPF収束ベンチマークを使用する際の考慮事項」、RFC 4063、2005年4月。
[RFC2119] Bradner, S., "Key words for use in RFCs to Indicate Requirement Levels", BCP 14, RFC 2119, March 1997.
[RFC2119] Bradner、S。、「要件レベルを示すためにRFCで使用するためのキーワード」、BCP 14、RFC 2119、1997年3月。
[INTERCONNECT] Bradner, S. and J. McQuaid, "Benchmarking Methodology for Network Interconnect Devices", RFC 2544, March 1999.
[Interconnect] Bradner、S。およびJ. McQuaid、「ネットワーク相互接続デバイスのベンチマーク方法論」、RFC 2544、1999年3月。
[FIB-TERM] Trotter, G., "Terminology for Forwarding Information Base (FIB) based Router Performance", RFC 3222, December 2001.
[FIB-Term] Trotter、G。、「情報ベース（FIB）ベースのルーターパフォーマンスのための用語」、RFC 3222、2001年12月。
[BLACKBOX] Shaikh, A. and Greenberg, A., "Experience in Black-box OSPF measurement", Proc. ACM SIGCOMM Internet Measurement Workshop (IMW), November 2001
[Blackbox] Shaikh、A。およびGreenberg、A。、「Black-Box OSPF測定の経験」、Proc。ACM SIGCOMMインターネット測定ワークショップ（IMW）、2001年11月
Authors' Addresses
著者のアドレス
Vishwas Manral SiNett Corp, Ground Floor, Embassy Icon Annexe, 2/1, Infantry Road, Bangalore, India
Vishwas Manral Sinett Corp、1階、大使館のアイコンAnnexe、2/1、Infantry Road、Bangalore、India
EMail: vishwas@sinett.com
Russ White Cisco Systems, Inc. 7025 Kit Creek Rd. Research Triangle Park, NC 27709
Russ White Cisco Systems、Inc。7025 Kit Creek Rd。研究トライアングルパーク、ノースカロライナ州27709
EMail: riw@cisco.com
Aman Shaikh AT&T Labs (Research) 180 Park Av, PO Box 971 Florham Park, NJ 07932
Aman Shaikh AT＆T Labs（Research）180 Park AV、PO Box 971 Florham Park、NJ 07932
EMail: ashaikh@research.att.com
Full Copyright Statement
完全な著作権声明
Copyright (C) The Internet Society (2005).
Copyright（c）The Internet Society（2005）。
This document is subject to the rights, licenses and restrictions contained in BCP 78, and except as set forth therein, the authors retain all their rights.
この文書は、BCP 78に含まれる権利、ライセンス、および制限の対象となり、そこに記載されている場合を除き、著者はすべての権利を保持しています。
This document and the information contained herein are provided on an "AS IS" basis and THE CONTRIBUTOR, THE ORGANIZATION HE/SHE REPRESENTS OR IS SPONSORED BY (IF ANY), THE INTERNET SOCIETY AND THE INTERNET ENGINEERING TASK FORCE DISCLAIM ALL WARRANTIES, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO ANY WARRANTY THAT THE USE OF THE INFORMATION HEREIN WILL NOT INFRINGE ANY RIGHTS OR ANY IMPLIED WARRANTIES OF MERCHANTABILITY OR FITNESS FOR A PARTICULAR PURPOSE.
このドキュメントとここに含まれる情報は、「現状のまま」に基づいて提供されています。また、貢献者、彼/彼女が代表する組織（もしあれば）が後援する組織、インターネット協会とインターネット工学タスクフォースは、すべての保証、明示的または明示的、またはすべての保証を否認します。本書の情報の使用が、商品性または特定の目的に対する適合性の権利または黙示的な保証を侵害しないという保証を含むがこれらに限定されないことを含む。
Intellectual Property
知的財産
The IETF takes no position regarding the validity or scope of any Intellectual Property Rights or other rights that might be claimed to pertain to the implementation or use of the technology described in this document or the extent to which any license under such rights might or might not be available; nor does it represent that it has made any independent effort to identify any such rights. Information on the procedures with respect to rights in RFC documents can be found in BCP 78 and BCP 79.
IETFは、知的財産権またはその他の権利の有効性または範囲に関して、この文書に記載されている技術の実装または使用、またはそのような権利に基づくライセンスがどの程度であるかについての使用に関連すると主張する可能性があるという立場はありません。利用可能になります。また、そのような権利を特定するために独立した努力をしたことも表明していません。RFCドキュメントの権利に関する手順に関する情報は、BCP 78およびBCP 79に記載されています。
Copies of IPR disclosures made to the IETF Secretariat and any assurances of licenses to be made available, or the result of an attempt made to obtain a general license or permission for the use of such proprietary rights by implementers or users of this specification can be obtained from the IETF on-line IPR repository at http://www.ietf.org/ipr.
IETF事務局に行われたIPR開示のコピーと、利用可能にするライセンスの保証、またはこの仕様の実装者またはユーザーによるそのような独自の権利の使用のための一般的なライセンスまたは許可を取得しようとする試みの結果を取得できます。http://www.ietf.org/iprのIETFオンラインIPRリポジトリから。
The IETF invites any interested party to bring to its attention any copyrights, patents or patent applications, or other proprietary rights that may cover technology that may be required to implement this standard. Please address the information to the IETF at ietf-ipr@ietf.org.
IETFは、関心のある当事者に、著作権、特許、または特許出願、またはこの基準を実装するために必要な技術をカバーする可能性のあるその他の独自の権利を注意深く招待するよう招待しています。ietf-ipr@ietf.orgのIETFへの情報をお問い合わせください。
Acknowledgement
謝辞
Funding for the RFC Editor function is currently provided by the Internet Society.
RFCエディター機能の資金は現在、インターネット協会によって提供されています。