双方向アクティブ測定プロトコルを理解する

RFC 5357 に記載されている TWAMP(Two-Way Active Management Protocol)は、単一方向機能ではなく双方向またはラウンドトリップ測定を提供する One-Way Active Management Protocol(OWAMP)の拡張です。双方向の測定は、ラウンドトリップ遅延がホスト クロック同期を必要とせず、リモート サポートが単純なエコー機能である可能性があるため、役立ちます。ただし、この目的のために ICMP(Internet Control Message Protocol)エコー要求/応答(ping で使用)には、いくつかの欠点があります。TWAMPは、タイムスタンプを使用して他の方法よりも高い精度で双方向またはラウンドトリップメトリックを測定するためのオープンプロトコルを定義します(処理の遅延も考慮できます)。

通常、TWAMP は、特定の役割を果たす 2 台のデバイス上のインターフェイス間で動作します。TWAMP は SLA(サービス 品質保証契約)のコンプライアンスを確認するために使用されることが多く、TWAMP 機能はそのコンテキストでしばしば提示されます。TWAMP は、いくつかの定義された要素間で実行される 2 つの関連プロトコルを使用します。

• TWAMP-Control — テスト セッションを開始、開始、終了します。TWAMP-Control プロトコルは、制御クライアント要素とサーバー要素の間で実行されます。

• TWAMP-Test — 2 つの TWAMP 要素間でテスト パケットを交換します。TWAMP-Test プロトコルは、Session-Sender 要素と Session-Reflector 要素の間で実行されます。

4 つの要素を 図 1 に示します。

4つの異なるTWAMPデバイスは、TWAMP Control-Client、サーバー、セッション送信者、およびセッションリフレクタの4つの論理的な役割を実行できますが、異なるデバイスは異なる役割を果たすことができます。一般的な実装では、1 台のデバイス(TWAMP コントローラまたは TWAMP クライアントとして知られる)における Control-Client と Session-Sender の役割と、もう一方のデバイス(TWAMP レスポンダまたは TWAMP サーバーとして知られる)におけるサーバーおよびセッション リフレクタの役割を組み合わせています。この場合、各デバイスは、TWAMP-Control(Control-Client と Server の間)と TWAMP-Test(Session-Sender と Session-Reflector の間)の両方のプロトコルを実行します。

実装されているTWAMPクライアントサーバーアーキテクチャは次のようになります。

• TWAMP クライアント

  • Control-Client は、TWAMP テスト セッションを設定、開始、停止します。

  • セッション送信者は、TWAMP サーバーのセッション リフレクタに送信される TWAMP テスト パケットを作成します。

• TWAMP サーバー

  • Session-Reflectorは、テストパケットの受信時に測定パケットを送信しますが、そのような情報の記録は保持しません。

  • サーバーは TWAMP クライアントとの 1 つ以上のセッションを管理し、TCP ポートで制御メッセージをリッスンします。

これらの要素を TWAMP クライアントおよび TWAMP サーバー プロセスにパッケージ化して、 図 2 に示します。

表 1 は、MPC、MS-MIC/MPC、およびルーティング エンジンにおける TWAMP および関連タイムスタンプ サポートに関する情報を提供します。

表 1:TWAMP および関連するタイムスタンプ のサポート

機能	役割	IP バージョン	サポート(Y/N)	ルーティング エンジンのタイムスタンプ	MPCのタイムスタンプ(ハードウェアタイムスタンプ)	MPCのタイムスタンプ(si-interface)	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

表 2 は、RFC 5357 の付録 I で定義されている TWAMP Light のサポートに関する情報を提供します。このバージョンでは、TWAMP プロトコルの Light バージョンを定義しています。TWAMP プロトコルのステートレス バージョンでは、テスト パラメーターがネゴシエートされる代わりに事前に定義されています。テスト ポートでサーバーが受信したすべてのテスト パケットが反映され、すぐに忘れ去られます。

TWAMP Light テスト セッション用の IPv6 ターゲット アドレスのサポートは、Junos OS リリース 21.3R1 で導入され、MX シリーズおよび PTX1000、PTX3000、PTX5000 ルーターの Junos OS リリース 21.4R1 で IPv6 リンクローカル ターゲット アドレスのサポートが導入されています。

表 2:TWAMP ライトのサポート

でサポートされる	デバイス
ACX7100 シリーズ	Junos OS Evolved リリース 21.2R1
MPC9EまでMPCを搭載したMXシリーズ	Junos OS リリース 21.1R1(IPv4)、Junos OS リリース 21.3R1(IPv6)
MX シリーズとライン カード:LMIC16-BASE、LC9600、MPC10E、MPC11E、MPC12E	クライアント:Junos OS リリース 21.1R1(IPv4) サーバー:Junos OS リリース 22.2R1(IPv4)
Junos OS を実行する PTX シリーズ(MPC9E までの MPC を含む)	Junos OS リリース 21.1R1(IPv4)、Junos OS リリース 21.3R1(IPv6)
MPC10E、MPC11E、MPC12E ライン カードを搭載した Junos OS を実行する PTX シリーズ	クライアント:Junos OS リリース 21.1R1(IPv4) サーバー:Junos OS リリース 22.2R1(IPv4)
PTX10001-36MR	Junos OS Evolved リリース 21.1R1
PTX10003	Junos OS Evolved リリース 20.3R1
PTX10004	Junos OS Evolved リリース 21.2R1
PTX10008(JNP10008-SF3、JNP10K-LC1201 または JNP10K-LC1202-36MR ライン カード使用時)	Junos OS Evolved リリース 21.1R1
QFX10002、QFX10008、QFX10016	Junos OS リリース 21.3R1(IPv4)
EX9200	Junos OS リリース 21.4R1