結果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は放棄して終了します。