往復伝送時間(RTT)とは、パケットが送信元から宛先まで到達し、その確認応答が戻ってくるまでに要する時間で、ミリ秒単位で測定されます。これは、パケット損失やジッターと並んで、ネットワークパフォーマンスを評価する主要な指標であり、経路の品質を測定したり、トラフィックの自動迂回判断を行ったりするために使用されます。
主なポイント
- RTTは、片道のネットワーク遅延ではなく、往復全体の遅延を測定するものです。
- RTTが低いほど、リアルタイムトラフィックに対するパスの応答性が向上します。
- RTTは、伝搬遅延、伝送遅延、キューイング遅延、および処理遅延を合わせたものです。
- VersaのSASE クライアントは、TWAMPを介してRTTを測定し、回線の品質を評価します。
- SLAプロファイルでは、RTTのしきい値に基づいて自動的な経路切り替えが行われます。
このページの内容: その重要性仕組み種類RTT およびVersaよくある質問
RTTはなぜ重要なのでしょうか?
接続が遅いと感じられた際、エンジニアが真っ先に確認する数値の一つが往復伝送時間(RTT)です。これは、ユーザーが実感する応答性を直接的に表す指標だからです。音声通話やビデオ会議、その他のリアルタイムアプリケーションでは、遅延の増加をほとんど許容できません。RTT(双方向の遅延と遠端での処理時間を合わせたもの)は、ユーザーが実際に往復通信で体験する状況を最も的確に捉える指標となります。
RTTは運用面でも重要です。 最新のSD-WANおよびSASE アーキテクチャでは、パケットロスやジッターと併せてRTTを活用し、エンドポイントと宛先間の利用可能なすべての経路を継続的に評価しています。リンクの公称帯域幅や静的なルーティングテーブルに依存するのではなく、経路選択ロジックはほぼリアルタイムで反応します。アクティブな経路のRTTが閾値を超えて悪化すると、トラフィックは自動的により良い経路へと切り替えられます。これにより、トラブルシューティングの指標が、自動化されたルーティング決定のためのリアルタイムな入力情報へと転換されるのです。
RTTとは何ですか?
RTTは、パケットの送信時と応答が到着した際にタイムスタンプを付与し、その差を算出することで測定されます。エンドポイント間のクロック同期は不要であるため、真の片方向遅延を測定するよりもはるかに容易です。RTTの合計値は、双方向の伝搬遅延、伝送遅延、中間ホップでのキューイング遅延、および宛先が応答を返すまでに要する処理時間の合計となります。
RTTは送信経路と復路をまとめて計測するため、非対称性を隠蔽してしまう可能性があります。つまり、送信経路が高速で復路が遅い場合でも、往復ともに均等に遅い経路と同じRTT値が得られるのです。エンジニアは通常、ICMPエコー(ping)、TCP SYN/SYN-ACKハンドシェイク、または合成トラフィックプロトコルを用いてRTTを測定し、一時的な輻輳によって偏った単一のサンプル値を鵜呑みにするのではなく、一定期間にわたる最小値と中央値を追跡します。
RTT測定の種類
RTTの測定には、大きく分けて2つのアプローチがあります。アクティブ(合成)測定では、ICMPエコーリクエストや、Two-Way Active Measurement Protocol(TWAMP)などの専用プロトコルといった専用のプローブトラフィックを、一定間隔で経路に送り込み、応答にかかる時間を計測します。これにより、わずかなトラフィックの増加を代償として、制御された再現性のある測定結果が得られます。
パッシブ測定では、本来存在しているトラフィックからRTTを算出します。具体的には、TCPの3ウェイハンドシェイクの所要時間を計測したり、実際のフローにおけるリクエストパケットとレスポンスパケットを照合したりする方法が一般的です。オーバーヘッドは発生しませんが、条件を満たすトラフィックが現れるまでサンプルが得られません。さらに、ネットワーク層のRTT(ICMP、TCPハンドシェイク)と、サーバーの処理時間が加算されるアプリケーション層のRTTとの違いもあります。
RTT &Versa
VersaのSASE クライアントは、自動経路選択の主要な入力としてRTTを使用します。 Versa Secure Access Serviceを設定する際、SLAプロファイルによって相対的なしきい値(接続以降の最小RTTの倍数)と絶対的なミリ秒単位の上限値が設定されます。ローリングウィンドウ内でいずれかがこの値を超過するとSLA違反となり、これはゲートウェイ上のTWAMPによって測定されます。 クライアントは、ゲートウェイがアドバタイズするすべてのWAN IPに対して、RTTに加え、パケット損失、重複パケット、順序が入れ替わったパケットについても定期的にプローブを行い、別のアドレスのスコアがより良好な場合はIPsec接続を切り替え、その結果をVersa Analyticsに報告します。同様のパターンは、 Secure SD-WAN およびNGFWの各バリエーションにも適用されます。
よくある質問
RTTの適切な値とはどれくらいですか?
普遍的な閾値というものは存在せず、用途によって異なります。音声や動画では、往復遅延(RTT)が150ミリ秒を大幅に下回る必要があります。一方、対話型アプリではそれ以上の遅延も許容され、一括転送ではRTTの影響をほとんど受けません。SLAプロファイルを使用することで、管理者は一律の数値を想定するのではなく、展開ごとに閾値を設定することができます。
RTTとレイテンシの違いは何ですか?
レイテンシ(片道遅延)とは、パケットが一方の方向に移動するのにかかる時間のことです。RTTとは、そのパケットと、それに対する応答が往復を完了するまでの時間を指します。RTTは、多くの場合、片道レイテンシの2倍として概算されますが、非対称な経路の場合、この推定値は不正確になることがあります。
RTTとジッターの違いは何ですか?
RTTとは、ある特定の時点における往復遅延の単一の測定値であり、ジッターとは、測定値ごとにその遅延に生じる変動のことです。ある経路では、RTTが適度であってもジッター(タイミングのばらつき)が大きい場合があり、その場合、平均遅延が問題ないように見えても、リアルタイムの音声や映像の品質が低下してしまいます。
Versa はRTTをどのように測定するのですか?
Versa (SASE )クライアントは、TWAMPベースの合成プローブを使用して、ゲートウェイの各WAN IPアドレスへの往復通信時間を定期的に測定し、その結果をSLAプロファイルに定義された相対的および絶対的なしきい値と比較することで、違反を検知します。
RTTは短縮できるのでしょうか?
原因によっては解決可能なものもあります――ポイント・オブ・プレゼンスに近づける、より優れた回線を追加する、あるいは輻輳しているホップを排除するなど――しかし、物理的な距離によって決まる伝搬遅延は、どうしても避けられない最低ラインです。SD-WANは、物理的な制約を克服するのではなく、トラフィックを最適な経路に誘導することで、実効RTTを短縮するのが主な仕組みです。
RTTに関する詳細
さらに詳しく知りたい場合は、私たちが信頼している情報源を以下にご紹介します。
| RFC 2681: IPPM 用の往復遅延メトリック | IETF:IPパフォーマンス指標ワーキンググループ |
|---|---|
| インターネット経路の往復遅延(RTT)測定を規定するIETF規格。これは、現在使用されているほとんどのRTT測定ツールの正式な根拠となっている。 | TWAMPやOWAMPといったRTT関連の測定プロトコルを策定するワーキンググループ、およびIPパフォーマンス指標レジストリ。 |
関連用語
RTTについてお読みの方は、次にこれらもぜひチェックしてみてください。
| パス | アプリケーションパフォーマンス監視 | データグラム型トランスポート層セキュリティ |
|---|---|---|
| SD-WANにおける2つのブランチ間のエンドツーエンド経路。RTTは、利用可能な経路を評価するために主に用いられる指標である。 | 応答時間や再送信回数などのアプリケーションレベルのメトリクスの監視。VersaのパッシブおよびアクティブAPMは、いずれもRTTをシグナルとして使用しています。 | SASE クライアントトンネル用のUDPベースのTLSバリアント。TCP-over-TCPによるRTTの増加を回避するため、TLSよりも推奨される。 |