tracert
レイテンシの合計が267msになると期待するかもしれません:
Tracerouteは、途中で各ノードにUDPパケットを送信し、そのタイムアウト応答を待ってから(次のノードに移動する)、pingが転送されるだけです。表示されているのは、小さなパケットを転送するだけでなく、各ノードが要求に応答するのにかかる時間です。
これは、プロセス全体とその違いのかなり良い説明です。
パフォーマンスセクションをご覧ください。これは、pingがレイテンシを決定するための特に正確な方法ではない理由も説明しています。
トレースルートの各ホップの時間は、 Round Trip Time(RTT) です。 ping
テストでは、4つの エコー要求 がそれぞれ267msを受け取って echo reply from220.181.111.85。 tracert
テストでは、3つのエコー要求が応答を受け取るまで292msかかりました。
サンプルサイズが小さい。測定された差の精度を向上させるには、さらにテストを実行する必要があります。
tracert
(またはtraceroute -I
)のサイズ のペイロード は、ping
とは異なります。パケットスニファを使用して、トレースプログラムが使用するペイロードのサイズを確認します。 pingプログラムに応じて、ping
ペイロードのサイズをping -l <size>
またはping -s <size>
でその値に設定します。
エコー応答ではCPUを使用する必要があるため、ビジー状態のマシンでは、アイドル状態のマシンと比較してRTT標準偏差が大きくなる可能性があります。
ドメイン名は複数のIPアドレスに解決できます。コマンドでIPアドレスを使用して、テストが同じパスを移動することを確認します。
mtr
またはWinMTR
は、RTT標準偏差、損失、およびその他の統計情報も計算するパスを追跡するための別のプログラムです。
Wiresharkは、送受信されたパケットの内容を表示するための一般的なパケットアナライザです。
ルーターは、パケット転送よりもタイムアウトとエコー応答の処理の優先順位を低くする傾向があります。これにより、新しいICMP応答を生成するよりも転送の処理がはるかに簡単になるため、スイッチがより効率的に動作できるようになります。その結果、ビジー状態のスイッチでは、応答の生成に時間がかかります。
一部のスイッチではICMP生成が無効になっている可能性があり、ネットワークの問題の診断が困難になります。他のユーザーは、応答に失敗するほど忙しい場合があります。
途中でルーターのIPアドレスを表示するツールを使用すると、通常、遅い都市のスイッチが主要都市のコアスイッチであることがわかります。私の好みはmtr
で、15〜60秒ごとに実行されます。