我正在解决一些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
答案 0 :(得分:0)
根据MTR的作者
MTR只是一种工具。它显示它获得的信息。它不会 "化妆"的东西。
MTR发送具有非常低TTL的数据包,就像数据包一样 已经在63,62,61 ......跳跃的网络中。那意味着 TTL,生存时间,设置为1,2,3 ...当它离开时 主持人运行地铁。因此,经过1,2,3 ...跳跃后,路由器就会得到一个 TTL为零的数据包,必须发回错误信息。
所以我们观察到的是带有生存时间的数据包 2不知何故仍然最终到达目的地。
我的理论是97-64-171-1.client.mchsi.com而不是"报告 错误"将自动纠正TTL并将其传递给 将TTL设置为正常的目标。显然 它也适用于只是通过"。
的数据包这可能是一个令人讨厌的错误"没有人注意到,因为正常情况下 情况,没有人会注意到这一点。 或者可能是该路由器的程序员遇到了一些问题 问题并使用这个技巧来试图绕过这个问题。