我正在解决一些 voip 问题,并使用 MTR 发现了这个结果。这很奇怪,让我很困惑。任何人都可以阐明可能发生的事情吗?我在第 1 跳之后的每一跳看到 2 个 IP。但是,每个 HOP 的第二个 IP 是最终目的地的 IP。
Host Loss% Snt Last Avg Best Wrst StDev
1. 172.17.115.1 0.0% 40 0.2 0.6 0.2 3.7 0.8
2. 97-64-171-1.client.mchsi.com 0.0% 40 3.2 3.3 3.0 4.6 0.2
67.231.1.170
3. 68-66-73-149.client.mchsi.com 0.0% 40 2.9 3.4 2.8 20.2 2.7
67.231.1.170
4. 68-66-72-61.client.mchsi.com 0.0% 40 14.8 15.4 14.6 38.1 3.6
67.231.1.170
5. 68-66-73-105.client.mchsi.com 0.0% 40 15.0 14.9 14.6 15.7 0.0
67.231.1.170
6. stlo-b1-link.telia.net 0.0% 40 14.6 15.3 14.5 35.5 3.3
67.231.1.170
7. kanc-b1-link.telia.net 0.0% 40 20.3 20.5 20.0 27.0 1.5
67.231.1.170
8. dls-b22-link.telia.net 0.0% 40 35.6 31.5 30.5 52.2 3.7
67.231.1.170
9. bandwidth-ic-319125-dls-b22.c.telia.net 0.0% 40 30.6 33.1 30.5 41.9 3.8
67.231.1.170
10. ip-241.dfw1.bandwidthclec.com 0.0% 40 30.6 33.2 30.5 58.5 5.4
67.231.1.170
11. 67.231.1.234 0.0% 39 30.7 32.5 30.5 42.6 3.5
67.231.1.170
12. 67.231.1.170 68.4% 39 31.0 31.0 30.9 31.1 0.0
67.231.1.212
最佳答案
根据MTR作者的说法
地铁只是一个工具。它显示它获得的信息。它不会 “编造”东西。
MTR 发送的数据包具有异常低的 TTL,就好像该数据包已经 已经在网络中进行了 63、62、61... 跳。那将意味着 TTL,生存时间,设置为 1, 2, 3... 当它离开 主机运行地铁。所以在 1, 2, 3... 跳路由器那里得到一个 TTL 为零的数据包,必须发回错误消息。
所以我们观察到的是 2 不知何故还是到达了目的地。
我的理论是 97-64-171-1.client.mchsi.com 而不是“reporting 错误”将自动更正 TTL 并将其传递给 TTL 再次设置为正常值的目的地。显然 它还对只是“通过”的数据包执行此操作。
这可能是一个没人注意到的“讨厌的错误”,因为在正常情况下 在这种情况下,没有人会注意到这一点。 或者可能是那个路由器的程序员遇到了一些 问题并使用此技巧来尝试规避该问题。
关于linux - MTR 返回奇怪的结果。每跳多个结果,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/43807057/