☰

私のISPでmtrがTracerouteよりも安定しているのはなぜですか？

tag-icon • tag-icon ipv6 traceroute
私のISPでmtrがTracerouteよりも安定しているのはなぜですか？

結果traceroute6が切り捨てられ、結果がmtrフルパスにまたがっています。なぜこれが起こるのですか？

mtr はデフォルトで ICMP ECHO を使用します。、Tracerouteと同様に。 Tracerouteを実行してもsudo結果は変わりません。-M tcpまたはそうで-M udpないかもしれません-M icmp。

（私は意図的にIPの「本番版」をテストしています。従来の「実験版」は期待どおりに動作します：-）。

地下鉄

$ time mtr -n --report -c 1 google.co.uk
Start: Thu Aug 11 11:29:08 2016
HOST: localhost.localdomain       Loss%   Snt   Last   Avg  Best  Wrst StDev
  1.|-- fdaa:bbcc:ddee:0:924d:4af  0.0%     1    5.7   5.7   5.7   5.7   0.0
  2.|-- ???                       100.0     1    0.0   0.0   0.0   0.0   0.0
  3.|-- ???                       100.0     1    0.0   0.0   0.0   0.0   0.0
  4.|-- ???                       100.0     1    0.0   0.0   0.0   0.0   0.0
  5.|-- 2a00:2380:3013:9000::8     0.0%     1   23.1  23.1  23.1  23.1   0.0
  6.|-- 2a00:2380:13::23           0.0%     1   23.2  23.2  23.2  23.2   0.0
  7.|-- 2a00:2380:2001:5000::d     0.0%     1   19.2  19.2  19.2  19.2   0.0
  8.|-- 2001:4860:0:1::1049        0.0%     1   13.0  13.0  13.0  13.0   0.0
  9.|-- 2001:4860:0:1::8f          0.0%     1   19.6  19.6  19.6  19.6   0.0
 10.|-- 2a00:1450:4009:809::2003   0.0%     1   24.0  24.0  24.0  24.0   0.0

real    0m6.229s
user    0m0.002s
sys 0m0.011s

トレースパス6

$ time traceroute -6 -n google.co.uk
traceroute to google.co.uk (2a00:1450:4009:809::2003), 30 hops max, 80 byte packets
 1  fdaa:bbcc:ddee:0:924d:4aff:fe06:1c9  3.351 ms  3.324 ms  5.569 ms
 2  * * *
 3  * * *
 4  2a00:2302::1103:100:37  20.128 ms !X  20.118 ms !X  20.120 ms !X

real    0m0.221s
user    0m0.000s
sys 0m0.006s

トレースパス6

Tracepathは、スーパーユーザー権限を必要とせず、素晴らしいオプションがないことを除いて、Tracerouteに似ています。

UDPポートまたは任意のポートを使用します。

Tracepath6はTraceroute6の良い代替品であり、Linuxエラーキューアプリケーションの典型的な例です。

$ time tracepath6 -n google.co.uk
 1?: [LOCALHOST]                        0.035ms pmtu 1488
 1:  fdaa:bbcc:ddee:0:924d:4aff:fe06:1c9                   4.101ms 
 1:  fdaa:bbcc:ddee:0:924d:4aff:fe06:1c9                   3.161ms 
 2:  no reply
 3:  2a00:2302::1103:100:36                               17.379ms asymm  5 
 4:  2a00:2302::1103:100:37                               17.222ms !A
     Resume: pmtu 1488 

real    0m5.068s
user    0m0.001s
sys 0m0.005s

結果は実行ごとに少し異なります。時にはホップ3が表示されないことがあります。ホップ3または4のアドレスも変更されます（使用されているツールに関係なく）。 2つの異なるパスが使用されているようです。

インタラクティブに実行すると、mtr最終的にホップ3（ホップ4ではない）が見つかります。ジャンプは80〜90％の損失を示しています。 （NANOGリストで述べたように、mtr:-）などのツールの結果を完全に理解するには、専門的なネットワーキングの知識が必要です。

答え1

Tracerouteのマンページには!XICMP命令の1つが表示されます。間違い応答（必須「TTL超過」を除く）を traceroute見たらすぐに放棄してください。もっと丈夫に見えますねmtr。

これは奇妙なケースです。 TTLが十分に大きいパケットが通過することを許可されている場合、「TTL超過」応答が「管理禁止」に置き換えられる理由は理解できません。mtrこの奇妙なことを我慢してくれてありがとう：）。

移動時間が経過すると、いくつかの追加の説明が印刷されることがあります。 X（管理通信）禁止）、！V（ホスト優先順位衝突）、！C（優先順位カットオフ有効）、または！（ICMP到達不能コード）。ほとんどすべての検索結果に到達できない状況が発生すると、Tracerouteは放棄して終了します。

関連情報