ビジュアル トレース ルート ツールは、トレースルートに沿って各ホップをマップし、ドロップされたパケットと応答しないノードをグラフィカルに呼び出します。 また、ホップごとにエラーをドリルダウンし、異なる場所からトレースルートを視覚化することもできます。
この仕組みを説明する最善の方法は、例を示す方法です。
作成されたマップには、指定された時間枠内の監視タスクごとに、さまざまなパスが表示されることがあります。 traceroute パスに沿って各ノードにカーソルを合わせると、次のことがわかります。
- ホスト名と IP アドレス
- 指定された期間内にノードに送信されたパケットの数
- 失われたパケットの数と割合
- 最速の応答時間
- 最も遅い応答時間
Dotcom-Monitor プラットフォームは、監視している Web サイトでエラー状態が発生すると、自動的に視覚的なトレースルートを生成します。 詳細については、ドットコムモニターの ウィキのビジュアルトレースルートに関する記事を参照してください。
視覚的なトレースルート チャートの読み取り
Dotcom-Monitor アカウントで、オンライン レポート ページから選択したデバイスのビジュアル トレース ルートをクリックして表示する場合は、まず、すべての監視場所を選択し、日付/時間の怒りを拡大してマップ上の複数の結果を表示することをお勧めします。 ここから、不完全なパスを識別できる可能性があります – DNS レコードまたはパスに沿ったルーターの問題、または過負荷のノードを示す可能性がある多くのパケットをドロップしているように見えるノードの問題を指します。 ビジュアルトレースルートマップの左側は、モニター・エージェントの位置から始まります。 パスに沿った後続のホップは、画面の右側に並んでいる宛先に近づきます。 パスに沿った特定のノードが多数のパケットをドロップすると、ノードを表す円が緑からオレンジに変わります。 赤い円は、ノードが ICMP 要求のいずれにも応答しなかったことを示します。 赤い円に通じる点線は、応答が受信されなかったために、そのノードを通過したトラフィックの方法が不明であることを示します。 各ノードに送信されるパケットの数が増えると、各ノードの円のサイズが大きくなり、他のノードよりも大きく依存している特定のノードがあるかどうかをすばやく確認できます。
パケット損失の解釈
トレースルートが正常に完了している間に、トレースルート内に赤いノードが表示されることがあります。 これは、ICMP パケットの TTL 機能を利用してトレースルートを実行すると発生します。 TTL が 0 に達すると、ほとんどのルータは転送中のメッセージで期限切れの TTL を返送します。 トレースルートは基本的に、最終宛先に到達するまで、1 から始まる増加 TTL を持つ ICMP コールをパスに沿って各ホップに送信します。 一部のルーターは、「転送中のメッセージで TTL の期限切れ」を送信しないように、またはそのようなルーターに送信される要求の一部またはすべてが応答を受信しないことを示す、このようなメッセージをレート制限するように構成されています。 したがって、これらのルータはマップ上で 100% のパケット損失を持っているように見えますが、実際にはチェーン内の次ホップに続いて要求を渡します。 この理由から、ノードがオレンジ色になっているのは、過負荷またはレート制限によるいくつかのパケットへの応答が送信されなかったためです。 このツールを使用してトレースルートを視覚化すると、問題が発生する可能性のある領域に集中し、問題を迅速に除外できます。
ビジュアル トレース ルートが断続的な問題のトラブルシューティングにどのように役立つかについて、より深く理解できたので、 無料トライアルにサインアップ してウェブサイトの監視を開始し、次に問題が発生した場合は、問題の診断と修正に役立つ視覚的なトレースルートを利用できます。 すでに Dotcom-Monitor アカウントをお持ちの場合は、監視アカウント内でのビジュアル トレース ルートの動作のデモについて、 アカウント担当者にお問い合わせください 。
