地铁返回奇怪的结果。每跳多个结果

时间:2017-05-05 14:04:39

标签: linux networking

我正在解决一些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

1 个答案:

答案 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设置为正常的目标。显然 它也适用于只是通过"。

的数据包

这可能是一个令人讨厌的错误"没有人注意到,因为正常情况下 情况,没有人会注意到这一点。 或者可能是该路由器的程序员遇到了一些问题 问题并使用这个技巧来试图绕过这个问题。