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

Question

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

Answer 1

根据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 再次设置为正常值的目的地。显然它还对只是“通过”的数据包执行此操作。

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