Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

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 つの要素を示します。

図 1:TWAMP Four Elements of TWAMP の 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 に示します。

図 2:クライアント(左)とサーバー(右)として実装された TWAMP の要素 The Elements of TWAMP Implemented as Client (Left) and Server (Right).

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トラフィックの場合、[edit services monitoring twamp client control-connection name test-session name]階層レベルのoffload-typeステートメントをnoneとして設定する必要があります。サポートされているデバイスのJunos OS Evolvedリリース22.4R1以降、offload-typeステートメントのinline-timestampingオプションを設定して、ハードウェアによるインライン設定のタイムスタンプを有効にすることができます。

    サーバー向けJunos OS Evolvedリリース23.4R1以降、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 を使用して、特定の機能に対するプラットフォームとリリースのサポートを確認します。

次の表を使用して、プラットフォームのプラットフォーム固有の動作を確認します。

表 1:プラットフォーム固有の TWAMP 動作
プラットフォーム の違い

ACXシリーズ

  • Junos OSでは、ACX710とACX5448シリーズルーターは、リフレクションと生成の両方をサポートしています。Junos OSを実行する他のACXシリーズルーターは、リフレクションのみをサポートし、生成はサポートしません。

  • Junos OS Evolved では、TWAMP はリフレクションと生成の両方で、ACX ルーターでサポートされています。TWAMP サポートにおける OS の違いについての注意事項については、 TWAMP サポートにおける Junos OS Evolved の違い を参照してください。

  • Junos OSでは、TWAMP は [edit services rpm twamp] 階層レベルで設定されます。Junos OS Evolvedでは、TWAMPは [edit services monitoring twamp] 階層レベルで設定されます。

  • TWAMP 制御接続トラフィックは、リスニング ポートが 862 に設定された ACX ルーターに常に到着します。トラフィックプローブ用のこのポート番号は変更可能であるため、異なるポート番号で到着したプローブは、ACXルーターによって正しく認識されず、処理されません。その結果、このようなシナリオでは、TWAMP トラフィックとホストバウンド パケットがドロップされます。

  • inline-timestampingモードの場合、TWAMPクライアントとサーバーを同じACXルーターで設定することはできません。

  • inline-timestamping モードでは、レイヤー 3 VPN 上の TWAMP はサポートされていません。

  • Junos OS Evolved リリース 23.4R1 より前では、TWAMP と接続障害管理(CFM)の両方が設定されている場合、TWAMP クライアントは TWAMP プローブをドロップします。CFM 設定を削除して TWAMP を有効にします。Junos OS Evolved リリース 23.4R1 以降、TWAMP と同じデバイスで CFM を設定できます。

EXシリーズ

制御クライアントとセッション送信者(TWAMP クライアント)の両方が、同じジュニパーネットワークス ルーター上に存在します。ただし、TWAMP クライアントでは、サーバーとセッション リフレクターが同じシステム上にある必要はありません。そのため、ジュニパー TWAMP クライアントは、サードパーティー サーバーの実装と連携できます。

MXシリーズ

  • 制御クライアントとセッション送信者(TWAMP クライアント)の両方が、同じジュニパーネットワークス ルーター上に存在します。ただし、TWAMP クライアントでは、サーバーとセッション リフレクターが同じシステム上にある必要はありません。そのため、ジュニパー TWAMP クライアントは、サードパーティー サーバーの実装と連携できます。

  • MXシリーズ ルーターで次世代サービスを有効にした場合、TWAMPはサポートされません。

PTXシリーズ

  • インライン サービスを有効にするための宛先インターフェイス si-x/y/z 属性は、TWAMP クライアント設定の PTXシリーズ ルーターではサポートされていません。

  • Junos OSでは、TWAMP は [edit services rpm twamp] 階層レベルで設定されます。Junos OS Evolvedでは、TWAMPは [edit services monitoring twamp] 階層レベルで設定されます。TWAMP サポートにおける OS の違いについての注意事項については、 TWAMP サポートにおける Junos OS Evolved の違い を参照してください。

QFX 10000 シリーズ

制御クライアントとセッション送信者(TWAMP クライアント)の両方が、同じジュニパーネットワークス ルーター上に存在します。ただし、TWAMP クライアントでは、サーバーとセッション リフレクターが同じシステム上にある必要はありません。そのため、ジュニパー TWAMP クライアントは、サードパーティー サーバーの実装と連携できます。

QFX5000シリーズ(Junos OS Evolved)

Junos OS Evolvedでは、TWAMPは [edit services monitoring twamp] 階層レベルで設定されます。TWAMP サポートにおける OS の違いについての注意事項については、 TWAMP サポートにおける Junos OS Evolved の違い を参照してください。

SRXシリーズ(SRX300、SRX320、SRX340、SRX345、SRX550M、SRX1500、SRX4100、SRX4200デバイスとvSRX仮想ファイアウォールインスタンス)

  • IPv6 向け TWAMP はサポートされていません。

  • TWAMP サーバーおよび TWAMP クライアント認証はサポートされていません。

  • TWAMP ライトはサポートされていません。

MXシリーズの場合、以下の表は、RPM クライアントとサーバーのサポート、TWAMP クライアント(制御コンポーネントを使用)と TWAMP サーバー(レスポンダー コンポーネントを使用)のサポート、およびタイムスタンプを実行するハードウェアの関係を示しています。

表 2:Junos OS、MXシリーズ向けTWAMP機能サポートとハードウェア

TWAMP 機能のサポート

ルーティングエンジンのタイムスタンプ

MS-PIC/MS-DPC タイムスタンプ

MS-MIC/MS-MPC タイムスタンプ

パケット転送エンジン(マイクロカーネル)タイムスタンプ

パケット転送エンジン(LU)タイムスタンプ(si- インターフェイス)

RPM クライアント

はい

はい

はい

はい

いいえ

RPM サーバー

はい

はい

はい

はい

いいえ

TWAMP クライアント

いいえ

いいえ

いいえ

はい

はい

TWAMPサーバー

いいえ

はい

いいえ

はい (レスポンダーの設定は不要)

はい

手記:

サービスインターフェイス(sp- ms-si- インターフェイス)のサポートは、すべて若干異なります。

表 3 は、MXシリーズ TWAMP と、MPC、MS-MIC/MPC、およびインラインでの関連するタイムスタンプ サポートに関する情報を示しています。

表 3:TWAMP および関連するタイムスタンプ サポート、MXシリーズ

特徴

役割

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