TWAMPとは何ですか？

TWAMP（Two-Way Active Measurement Protocol）は、RFC 5357で定義された標準ベースのプロトコルであり、2つのエンドポイント間のネットワークパフォーマンス（往復遅延、片道遅延、ジッター、パケットロス）を測定します。Versa のVOSデバイスおよびSASE クライアントは、SLA準拠チェックや経路品質測定のために、フルTWAMPモードおよび軽量なTWAMP Lightモードでこのプロトコルを使用します。

主なポイント

• TWAMPは、往復遅延、片道遅延、ジッター、およびパケット損失を測定します。
• フルバージョンのTWAMPはTCP制御チャネルを使用しますが、TWAMP Lightではこれを完全に省略しています。
• 4つの役割：制御クライアント、制御サーバー、セッション送信者、およびリフレクター。
• VOSは、LAN、WAN、およびサイト間IPsecトンネルインターフェース上でTWAMPを実行します。
• 結果は、SLAチェックおよびVersa Analyticsに反映されますが、自動パスステアリングには反映されません。

このページの内容： その重要性 ・ 仕組み ・ 種類 ・ TWAMP およびVersa · よくある質問

TWAMPはなぜ重要なのでしょうか？

ネットワークチームは、SD-WAN経路がSLAを満たしているかどうか、あるいはユーザーが気付く前に回線の品質が低下していないかどうかを把握するために、経路品質（遅延、ジッター、パケットロス）に関する客観的な測定値を必要としています。 ICMP pingのようなその場しのぎのチェックでは精度が不十分です。片方向の遅延を測定できず、順方向のパケットロスと逆方向のパケットロスを区別できません。TWAMPはIETF標準（RFC 5357）としてこの課題を解決するため、VOSデバイスはサードパーティ製アプライアンスに対して準拠したテストを実行でき、双方が結果を同じように読み取ることができます。

相互運用性が最も重要となるのは、混合環境の場合です。たとえば、VOSを実行している支店がパートナーの非Versa ゲートウェイと通信する場合や、SASE クライアントがアクセス回線を検証する場合などが挙げられます。TWAMPは、単なる「稼働中／停止中」という信号ではなく、きめ細かなメトリクスを報告するため、運用担当者はこれらの数値とアプリケーションの体験を照らし合わせ、パフォーマンスの低下を早期に検知することができます。

TWAMPとは何ですか？

TWAMPは、制御プレーンとテストプレーンを分離しています。制御クライアントと 制御サーバーは、TCPメッセージ（デフォルトポート862）を交換してパラメータをネゴシエートし、その結果として確立されたセッションを管理します。測定自体は、UDPプローブパケットを送信する「セッション送信側」と、それらにタイムスタンプを付与してエコーバックする「セッションリフレクター」の間で実行されます。 往復遅延の測定にはクロックの同期は必要ありませんが、片道遅延の測定には同期が必要であるため、正確なOWD値を算出するには、送信者とリフレクター間でNTPによる同期が必要です。

各テストセッションは、オンデマンドまたは継続的に実行され、パケット数、間隔、DSCPマーキングを設定できるため、運用担当者はベストエフォート型トラフィックだけでなく、特定のサービスクラスをテストすることができます。結果（RTT、ジッター、損失率、重複パケット、順序が入れ替わったパケット）は、ログエクスポート機能（LEF）を介してVersa Analyticsにエクスポートされます。

TWAMPの種類

VOSは2つの動作モードをサポートしています。「フルTWAMP」はスタック全体を実行します。TCP制御接続でパラメータをネゴシエートした後、子セッションとしてTWAMP Lightセッションを起動します。これは、動的なネゴシエーションによって手動での設定調整が不要となる、マルチベンダー環境に適しています。TWAMP Lightはテスト専用のサブセットです。制御チャネルはなく、各側で個別に設定されたUDPプローブを交換する送信側とリフレクタのみで構成されます。これは、TWAMP Controlを持たないピア間や、LAN、WAN、およびIKEv2ベースのIPsecトンネル上で静的なチェックを行う場合に適しています。

3つ目の要素は、各セッションで宣言されるピアベンダーの設定です。一般的なサードパーティのピアの場合は「Non-Versa 」、サイト間IPsec VPNを介したSLA測定の場合は「Versa 」、Versa SASE のリモートアクセスクライアントに対する自動SLAセッションの場合は「RAC Client」となります。

TWAMP &Versa

Versa VOSでは、Directorのアプライアンスビューの「Networking」＞「TWAMP」の下に、設定可能なオブジェクトとして「TWAMP Control」と「TWAMP Light」を実装しています。TWAMP Controlは、クライアントおよびサーバーセッションのパラメータネゴシエーションや子セッションの管理を行い、一方、スタンドアロンのTWAMP Lightは、制御チャネルが不要な場合にテストセッションを実行します。どちらもRFC 5357に準拠しており、サードパーティ製のTWAMP実装や他のVOSノードと相互運用が可能です。

実際には、TWAMPはVersa がSD-WANパスの品質（支社回線が現在提供しているRTT、ジッター、パケットロスなど）を測定するための仕組みであり、『TWAMPによるパフォーマンス測定』で詳述されている通り、SLA遵守レポート作成のためにVersa Analyticsにデータを提供します。これはトラフィックステアリングの仕組みではなく、オペレーターはVOSの独立したパス選択ポリシーと併せて、この測定結果を活用して最適化の判断を下します。RAC Clientのピアベンダーオプションは、SASE のクライアントセッションに対しても同様の測定機能を拡張します。

よくある質問

TWAMP ControlとTWAMP Lightの違いは何ですか？

TWAMP Control は、制御クライアントとサーバーの間でテストパラメータをネゴシエートする TCP チャネルを追加し、1 つまたは複数の子テストセッションを管理します。TWAMP Light は制御チャネルを完全に省略しており、送信側とリフレクター側のパラメータは個別に設定されるため、TWAMP Control をサポートしていない相手との通信に適しています。

TWAMPではクロックの同期が必要ですか？

往復遅延の測定では、両方のタイムスタンプが送信者自身のクロックに基づいているため、クロックのずれが相殺されることから、この問題は発生しません。一方、片道遅延の測定では、クロックの同期が必要です。正確な片道遅延値が必要な環境では、その数値を信頼する前に、送信者とリフレクター間でNTPを実行する必要があります。

TWAMPは、SD-WANにおいてパスの自動変更を引き起こす可能性がありますか？

いいえ。TWAMPは経路品質を測定しますが、トラフィックの迂回やデータパスの変更を制御するものではありません。通信事業者は、Versa Analyticsを通じて表示されるRTT、ジッター、パケットロスといった指標を活用し、SLAのチェックや最適化の判断材料としています。これらは、VOSの経路選択ポリシーを通じて個別に適用されます。

TWAMPはどのTCPおよびUDPポートを使用していますか？

TWAMP ControlのチャネルはデフォルトでTCPポート862を使用しますが、VOSではセキュリティ強化のために、オペレーターがデフォルト以外のポートを設定することができます。テストトラフィック（セッション送信元とリフレクター間のプローブパケット）はUDP経由で送信され、通常は動的ポート範囲内、またはウェルノウンポートである862番ポートで送信されます。

RACクライアントの「ピア・ベンダー」設定にはどのような機能がありますか？

これは、サイト間ピアではなく、Versa SASE のリモートアクセスクライアントに対して、SLAの自動測定を行うためのTWAMPセッションを設定するものです。これに対し、VOSデバイス間のサイト間IPsec VPNを介したSLA測定に使用される「Versa 」や、その他のサードパーティ製ピアのデフォルト設定である「Non-Versa 」と比較してください。

TWAMPの詳細

さらに詳しく知りたい場合は、私たちが信頼している情報源を以下にご紹介します。

関連用語

TWAMPについて読んでいるなら、次はこれらもチェックしてみる価値があります。