地鐵返回奇怪的結果。每跳多個結果

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以非常低的TTL發送數據包，就好像數據包有 已經在網絡中63,62,61 ......跳躍一樣。這意味着將 TTL生存時間設置爲1,2,3 ...當它離開 主機運行MTR時。因此，在1,2,3 ...跳之後，路由器會得到一個TTL爲零的 數據包，並且必須發送一條錯誤消息。

所以我們觀察到的是，數據包隨着生存時間的延長而終止於目的地。

我的理論是97-64-171-1.client.mchsi.com而不是「報告 錯誤」自動更正的TTL並把它朝 目的地，重新設置爲正常的東西的TTL 。顯然 它也爲只是「通過」的數據包做到這一點。

這可能是一個「討厭的bug」，沒有人注意到，因爲在正常的 的情況下，沒有人會注意到這一點。 或者它可能是該路由器的程序員遇到了一些問題，並使用這個技巧來試圖繞過這個問題。