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

Question

我正在对一些voip问题进行故障排除，并使用MTR发现了此结果。这很奇怪，让我很困惑。有没有人能解释一下可能发生的事情？我看到在第一跳之后的每一跳有两个IP。然而，每一跳的第二个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

Answer 1

这是根据地铁的作者说的

地铁只是一个工具。它显示它获得的信息。它不会去“编造”东西。

MTR以异常低的TTL发送数据包，就好像数据包已经在网络中存在了63、62、61...跳跃。这意味着TTL，生存时间，被设置为1，2，3…当它离开运行MTR的主机。所以在1，2，3后...跳到那里的路由器收到一个TTL为零的数据包，必须发回一条错误消息。

因此，我们观察到的是，生存时间为2的数据包仍然以某种方式到达目的地。

我的理论是，97-64-171-1.client.mchsi.com而不是“报告错误”将自动更正TTL，并将其传递到目的地，同时TTL再次设置为正常状态。显然，它也会对“通过”的数据包执行此操作。

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