mtr --report tokyo1.linode.com
を実行すると、次のレポートが表示されます。 「インターネット」にアクセスする前でも、トラフィックがローカルネットワーク内で12回バウンドしているようです。これを引き起こしている可能性のあるものと、それをトラブルシューティングする方法はありますか?
私のコンピューターはWi-Fi経由でルーターに接続されており、ルーターは壁のソケットによってDSL接続に接続されています。ルーターと壁の接続の間にモデムがありません。モデムを使用する必要のないブロードバンドプロバイダーを使用するのはこれが初めてですが、どういうわけかそれは機能します。
安全のため、以下のレポートでは一部の番号をRとQに置き換えていることに注意してください。
Host: MacBook-Pro.local Loss% Snt Last Avg Best Wrst StDev
1.|-- 10.0.0.1 0.0% 10 0.7 0.9 0.7 1.3 0.2
2.|-- 10.84.0.1 80.0% 10 2.9 3.3 2.9 3.7 0.5
3.|-- 192.168.R.73 80.0% 10 2.1 2.7 2.1 3.2 0.8
4.|-- 192.168.R.10 80.0% 10 2.0 2.2 2.0 2.4 0.3
5.|-- ??? 100.0 10 0.0 0.0 0.0 0.0 0.0
6.|-- 192.168.R.209 80.0% 10 24.7 14.5 4.3 24.7 14.4
7.|-- 192.168.R.205 80.0% 10 2.3 4.3 2.3 6.2 2.7
8.|-- 192.168.R.21 80.0% 10 4.5 6.3 4.5 8.2 2.6
9.|-- 192.168.Q.158 80.0% 10 10.4 6.2 2.1 10.4 5.9
10.|-- bogon 80.0% 10 2.8 2.4 2.0 2.8 0.5
11.|-- 192.168.R.37 80.0% 10 3.8 4.4 3.8 5.0 0.8
| `|-- 192.168.R.49
12.|-- 192.168.R.37 80.0% 10 12.5 7.7 2.9 12.5 6.8
13.|-- 124.68.6.189 80.0% 10 4.3 4.7 4.3 5.1 0.5
14.|-- ??? 100.0 10 0.0 0.0 0.0 0.0 0.0
15.|-- 221.122.35.65 80.0% 10 2.7 8.5 2.7 14.2 8.1
... (etc)
実際のネットワークではなく、サービスプロバイダーが誰であるかのネットワークを通過している可能性があり、キャリアグレードNATと呼ばれるものの背後にいます。
Tracertは、接続品質をテストするためのツールではなく、2つのエンドポイント間のパスを決定するためのツールです。 Tracertは、ICMPエコー要求を送信し、2つのエンドポイント間のパスを決定するために、連続するホップごとにTTLを1ずつインクリメントすることによって機能します。結果は、各ホップからICMPエコー要求への応答を示します。これは、そのホップがそれを介して送信された「実際の」トラフィックをどのように処理しているかを示すものではありません。
結果が実際にそれらのホップを介したパケット損失を示していた場合、連続する各ホップは同じパケット損失または増加するパケット損失を示します。
パケット損失を示すホップで表示されるのは、そのホップが送信されたICMPエコー要求にどのように応答しているかです。多くの場合、これは無視されるか、ドロップされるか、優先度が低くなります。ルーターは、tracertに応答するのではなく、実際のトラフィックのルーティングに関係しています。
そのため、修正が必要な「問題」は見当たりません。
[〜#〜]編集[〜#〜]
あなたのコメントに答えて:
私はあなたの痕跡をもっと注意深く見るべきだった。トレースは、2番目のホップでのパケット損失と、連続する各ホップでの同じパケット損失を示しています(100%のパケット損失を示すホップは、おそらくICMPパケットを完全に無視しています)。それは問題の兆候かもしれません。ルーターを削除すると、パケット損失が「修正」されるように見える理由は説明されていません。