Two-Way Active Measurement Protocolの理解
TWAMP(Two-Way Active Measurement Protocol)を使用して、ネットワーク内の任意の 2 つのデバイス間のネットワーク パフォーマンスを測定する方法をご覧ください。
RFC 5357に記載されているTWAMP(Two-Way Active Management Protocol)は、OWAMP(一方向アクティブ管理プロトコル)の拡張版で、単方向機能の代わりに双方向または往復測定を提供します。往復遅延はホストクロック同期を必要とせず、リモートサポートは単純なエコー機能である可能性があるため、双方向測定は有用です。ただし、この目的のためのインターネット制御メッセージプロトコル(ICMP)エコー要求/応答(pingで使用)にはいくつかの欠点があります。TWAMP は、タイムスタンプを使用して、他の方法よりも高い精度で 2 方向または往復メトリックを測定するためのオープン プロトコルを定義します(処理遅延も考慮できます)。
Feature Explorer: Two-Way Active Measurement Protocol を使用して、特定の機能に対するプラットフォームとリリースのサポートを確認します。
ご使用のプラットフォームに関連する注意事項については、「 プラットフォーム固有の TWAMP 動作 」セクションを確認してください。
TWAMP のメリット
-
TWAMP プローブ設定は、専用のテスト デバイスが不要で、ネットワーク エンドツーエンドのアクティブ化、テスト、監視、トラブルシューティングに役立ちます。
-
TWAMP タイムスタンプは、他の方法よりも精度が高い 2 方向または往復メトリックを提供します(処理遅延も考慮できます)。
-
TWAMP はサービス品質保証契約(SLA)準拠の確認に使用されることがよくあります。その状況では TWAMP 機能がよく使用されます。
-
往復遅延にホスト クロック同期は必要ないため、双方向測定は一方向測定よりも優れています。これは、リフレクタがパケットに独自のシーケンス番号を配置するため可能になります。
同じデバイス上の RPM クライアントと TWAMP サーバーを設定しないことを推奨します。これにより、RPM プローブ結果にいくつかの問題が発生する可能性があります。
TWAMP(Two-Way Active Measurement Protocol)の理解
通常、TWAMP は特定の役割を果たす 2 つのデバイス上のインターフェイス間で動作します。TWAMP はサービス品質保証契約(SLA)準拠の確認に使用されることが多く、TWAMP 機能はそのコンテキストで提示されることがよくあります。TWAMP は、2 つの関連プロトコルを使用し、複数の定義された要素間で動作します。
-
TWAMP-Control—テスト セッションを開始、終了します。TWAMP-Control プロトコルは、Control-Client 要素と Server 要素の間で実行されます。
-
TWAMP-Test—2 つの TWAMP 要素間でテスト パケットを交換します。TWAMP-Test プロトコルは、Session-Sender 要素と Session-Reflector 要素の間で実行されます。
図 1 に 4 つの要素を示します。

4 つの異なる TWAMP デバイスが TWAMP 制御クライアント、サーバー、セッション送信者、およびセッション リフレクタの 4 つの論理ロールを実行できますが、デバイスごとに異なるロールを果たすことができます。共通の実装では、1 つのデバイス内の制御クライアントとセッション送信者のロール(TWAMP コントローラまたは TWAMP クライアントと呼ばれる)と他方のデバイス内のサーバーとセッション リフレクターのロール(TWAMP レスポンダーまたは TWAMP サーバーと呼ばれる)を組み合わせます。この場合、各デバイスは(制御クライアントとサーバー間の)TWAMP-Control プロトコルと(セッション送信者とセッションリフレクター間の)TWAMP-Test プロトコルの両方を実行します。
実装された TWAMP クライアント/サーバー アーキテクチャは、次のようになります。
-
TWAMP クライアント
-
Control-Client は、TWAMP テスト セッションを設定、開始、停止します。
-
セッション送信者は、TWAMP サーバーのセッションリフレクターに送信される TWAMP テスト パケットを作成します。
-
-
TWAMP サーバー
-
セッションリフレクタは、テストパケットを受信すると測定パケットを送り返しますが、そのような情報の記録は保持しません。
-
サーバーは、TWAMP クライアントとの 1 つ以上のセッションを管理し、TCPポートで制御メッセージをリッスンします。
-
これらの要素の TWAMP クライアント プロセスと TWAMP サーバー プロセスへのパッケージ化を 図 2 に示します。

- TWAMP ライトのサポート
- Simple Two-Way Active Measurement Protocol(STAMP)のサポート
- スタティック ルート トラッキング
- パス設定のセグメントルーティングサポート
TWAMP ライトのサポート
RFC 5357 の付録 I で定義されているように、TWAMP Light は TWAMP のステートレス バージョンであり、テスト パラメーターはネゴシエートされずに事前に定義されています。テスト ポートでサーバーが受信したすべてのテスト パケットは反映され、すぐに忘れられます。これらをサポートするデバイスでは、IPv6 リンクローカル ターゲット アドレスを含む IPv6 ターゲット アドレスを構成することもできます。
Feature Explorer: Two-Way Active Measurement Protocol を使用して、特定の機能に対するプラットフォームとリリースのサポートを確認します。
Simple Two-Way Active Measurement Protocol(STAMP)のサポート
RFC 8762、Simple Two-Way Active Measurement Protocolで定義されているように、STAMP は、RFC 5357、Two-Way Active Measurement Protocol (TWAMP) の付録 I で定義された TWAMP Light 動作モードを標準化および拡張します。STAMPをサポートするデバイスでは、STAMP準拠のリフレクタが(RFC 6038に準拠)対称ペイロードサイズを確保し、反映されたペイロードのシーケンス番号がクライアントフレームからコピーされるか、個別に生成されたかに応じて、ステートレスモードまたはステートフルモードのいずれかで動作します。ステートフルリフレクタは、どの方向にドロップが発生したかを検出できます。以前のリリースでは、対称ペイロードとステートレスリフレクションがサポートされていました。ステートフルリフレクション、STAMP標準への完全準拠、およびクライアントの単方向ドロップ値をサポートします。STAMP クライアントだけでなく、TWAMP マネージド モード クライアントに対しても、単方向のドロップ値をサポートしています。Junos OS Evolvedの場合、STAMPは[edit services monitoring twamp server light]
階層レベルで構成されます。ステートフルリフレクションは、stateful-sequence
ステートメントで設定します。サーバーの場合、offload-type
の新しいデフォルトが inline-timestamp
ではなく pfe-timestamp
になりました。
Feature Explorer: Simple Two-Way Active Measurement Protocol (STAMP) を使用して、プラットフォームとリリースのサポートを確認します。
スタティック ルート トラッキング
Junos OS Evolved リリース 24.4R1 以降、静的ルート トラッキングのサポートを Junos OS Evolved に拡張し、TWAMP(Two-Way Active Measurement Protocol)テストのサポートも含めました。TWAMP プローブを使用して、リンク ステータスを検出し、プローブ結果に基づいて優先ルート状態を変更します。追跡される静的ルートは IPv4 または IPv6 であり、各 IPv4 および IPv6 追跡される静的ルートは最大 16 のネクストホップをサポートします。また、IPv4またはIPv6の各宛先プレフィックスに対して、メトリック、ルート優先度、およびタグ値を設定することもできます。ただし、Junos OS Evolvedデバイスでは、この機能の設定方法が異なります。 sla-tracking
ステートメントは、 [edit routing-options]
階層レベルで設定します。また、別のコマンドである show route sla-tracking
を使用して、これらのルートに関する情報を表示します。
パス設定のセグメントルーティングサポート
Junos OS Evolved Release 24.4R1以降、それをサポートするPTXルーター向けに、SRアーキテクチャを広く規定するRFC 8402で定義されたセグメントルーティング(SR)のTWAMP(Two-Way Active Measurement Protocol)でのサポートを追加しました。TWAMP プローブでは、2 種類の SR をサポートしています。
-
SR-MPLS: ラベルのリストを使用し、それぞれがセグメントの終了ノードを表します。
-
SRv6: RFC 8754 で導入されたタイプ 4 IPv6 ルーティング ヘッダーを使用し、各セグメント エンド ノードは IPv6 アドレスまたは IPv6 セグメント識別子(SID)として表されます。
TWAMP プローブがリフレクタに到達するための SR-MPLS または SRv6 セグメントのリストを指定できます。また、リフレクタからクライアントへのリターンパスにも同じ情報を指定することができます。このリターンパス情報は、セグメントルーティングタイプに応じて、 セグメントルーティングネットワーク向けのシンプルTWAMP(STAMP)拡張、draft-ietf-ippm-stamp-srpmで提案されている拡張、すなわちリターンパスTLVとそのリターンセグメントリストサブTLVを使用して、プローブ自体に埋め込まれます。TWAMP プローブは、ルーティングエンジン または パケット転送エンジン のいずれかでタイムスタンプされます。
この機能を設定するには、[edit services monitoring twamp client control-connection name test-session session-name
階層レベルでsource-routing
ステートメントを含めます。
Junos OS Evolved の TWAMP サポートの相違点
TWAMP の Junos OS Evolved サポートは、以下に限定されます。
-
IPv4 および IPv6 トラフィック(制御セッションとテスト セッションのみ)Junos OS Evolved Release 21.4R1以降、IPv6の送信元およびターゲットアドレス(リンクローカルアドレスを除く)が、クライアントリスト、制御接続、テストセッションでサポートされます。
-
プローブの統計と履歴
-
セッションステータスの管理とテスト
-
テストセッションプローブの生成と受信、およびリフレクション
IPv4 トラフィックのルーティングエンジンまたはパケット転送エンジンによって設定されたタイムスタンプ。IPv6トラフィックの場合、ルーティングエンジンによってのみ設定されるタイムスタンプ。IPv6トラフィックの場合、Junos OS Evolved 22.3R1以降、パケット転送エンジンタイムスタンプがサポートされます。Junos OS Evolvedリリース22.3R1より前は、IPv6トラフィックの場合、
サーバー向けJunos OS Evolvedリリース23.4R1以降、[edit services monitoring twamp client control-connection name test-session name]
階層レベルのoffload-type
ステートメントをnone
として設定する必要があります。サポートされているデバイスのJunos OS Evolvedリリース22.4R1以降、offload-type
ステートメントのinline-timestamping
オプションを設定して、ハードウェアによるインライン設定のタイムスタンプを有効にすることができます。offload-type
ステートメントのデフォルトがinline-timestamp
ではなくpfe-timestamp
になりました。-
システムログメッセージとSNMPトラップによるエラー報告のみ
-
非認証モードのみ
TWAMP の Junos OS Evolved サポートには、Junos OS に含まれていない機能も含まれています。
-
Junos OS Evolvedリリース23.4R1以降、RFC 8762、 Simple Two-Way Active Measurement Protocol (STAMP)がサポートされています。RFC 8762 は、RFC 5357、 Two-Way Active Measurement Protocol (TWAMP)の付録 I で定義された TWAMP Light 動作モードを標準化し、拡張したものです。詳細については、「 Simple Two-Way Active Measurement Protocol (STAMP) のサポート」を参照してください。
-
Junos OS Evolved リリース 24,4R1 以降、この機能をサポートするデバイス向けに、TWAMP を使用した静的ルート トラッキングをサポートしています。詳細については、 スタティック ルート トラッキング を参照してください。
-
Junos OS Evolved Release 24.4R1以降、RFC 8402で定義されているように、セグメントルーティング(SR)のTWAMP(Two-Way Active Measurement Protocol)でのサポートを追加しました。 詳細については、パスを設定するためのセグメントルーティングサポート を参照してください。
プラットフォーム固有の TWAMP 動作
Feature Explorer: Two-Way Active Measurement Protocol を使用して、特定の機能に対するプラットフォームとリリースのサポートを確認します。
次の表を使用して、プラットフォームのプラットフォーム固有の動作を確認します。
プラットフォーム | の違い |
---|---|
ACXシリーズ |
|
EXシリーズ |
制御クライアントとセッション送信者(TWAMP クライアント)の両方が、同じジュニパーネットワークス ルーター上に存在します。ただし、TWAMP クライアントでは、サーバーとセッション リフレクターが同じシステム上にある必要はありません。そのため、ジュニパー TWAMP クライアントは、サードパーティー サーバーの実装と連携できます。 |
MXシリーズ |
|
PTXシリーズ |
|
QFX 10000 シリーズ |
制御クライアントとセッション送信者(TWAMP クライアント)の両方が、同じジュニパーネットワークス ルーター上に存在します。ただし、TWAMP クライアントでは、サーバーとセッション リフレクターが同じシステム上にある必要はありません。そのため、ジュニパー TWAMP クライアントは、サードパーティー サーバーの実装と連携できます。 |
QFX5000シリーズ(Junos OS Evolved) |
Junos OS Evolvedでは、TWAMPは |
SRXシリーズ(SRX300、SRX320、SRX340、SRX345、SRX550M、SRX1500、SRX4100、SRX4200デバイスとvSRX仮想ファイアウォールインスタンス) |
|
MXシリーズの場合、以下の表は、RPM クライアントとサーバーのサポート、TWAMP クライアント(制御コンポーネントを使用)と TWAMP サーバー(レスポンダー コンポーネントを使用)のサポート、およびタイムスタンプを実行するハードウェアの関係を示しています。
TWAMP 機能のサポート |
ルーティングエンジンのタイムスタンプ |
MS-PIC/MS-DPC タイムスタンプ |
MS-MIC/MS-MPC タイムスタンプ |
パケット転送エンジン(マイクロカーネル)タイムスタンプ |
パケット転送エンジン(LU)タイムスタンプ( |
RPM クライアント |
はい |
はい |
はい |
はい |
いいえ |
RPM サーバー |
はい |
はい |
はい |
はい |
いいえ |
TWAMP クライアント |
いいえ |
いいえ |
いいえ |
はい |
はい |
TWAMPサーバー |
いいえ |
はい |
いいえ |
はい (レスポンダーの設定は不要) |
はい |
サービスインターフェイス(sp-
、 ms-
、 si-
インターフェイス)のサポートは、すべて若干異なります。
表 3 は、MXシリーズ TWAMP と、MPC、MS-MIC/MPC、およびインラインでの関連するタイムスタンプ サポートに関する情報を示しています。
特徴 |
役割 |
IP バージョン |
サポート(Y/N) |
タイムスタンプインライン |
MPC のタイムスタンプ(hardware-timestamp) |
MPC(siインターフェイス)のタイムスタンプ |
MS-MIC/MPC(delegate-probes)のタイムスタンプ |
---|---|---|---|---|---|---|---|
TWAMP |
クライアント |
IPv4 |
Y |
N |
Y(μsec) 最大 500 個のプローブ |
Y(μsec) 最大 500 個のプローブ |
N |
IPv6 |
N |
N |
N |
N |
N |
||
サーバー
|
IPv4 |
Y |
N |
Y(μsec) 最大 500 個のプローブ |
Y(μsec) 最大 500 個のプローブ |
N |
|
IPv6 |
N |
N |
N |
N |
N |