Networking
如何解釋 MTR 的 traceroute / 輸出？
我一直在向/從我的一台伺服器執行 MTR，並註意到一些對我來說看起來很奇怪的東西。因為我不是很喜歡這個，所以我會給你三個輸出：
這是從伺服器到我家的位置：
My traceroute [v0.75] prag341.server4you.de (0.0.0.0) Sat Apr 16 12:31:36 2011 Keys: Help Display mode Restart statistics Order of fields quit Packets Pings Host Loss% Snt Last Avg Best Wrst StDev 1. v9-609a.s4y14.fra.routeserver.net 0.0% 143 6.6 2.9 0.7 15.6 2.4 2. 217.118.16.161 0.0% 143 0.7 5.7 0.4 67.3 13.2 3. 217.118.16.25 0.0% 143 3.3 5.3 3.3 63.5 8.6 4. 194.25.211.53 0.0% 143 3.4 5.5 3.2 61.1 9.1 5. vie-sb2-i.VIE.AT.NET.DTAG.DE 0.7% 143 17.8 21.7 17.6 131.1 14.8 vie-sb2-i.VIE.AT.NET.DTAG.DE 6. at-vie05b-ri1-pos-5-0.aorta.net 0.7% 143 18.7 18.4 17.6 23.8 0.9 7. at-vie05b-ri2-ge-2-1-9.aorta.net 0.0% 143 17.9 18.6 17.5 41.7 2.6 8. at-vie01a-rd1-xe-1-0-0.aorta.net 0.0% 143 18.2 21.1 17.3 104.1 12.0 9. at-vie-sk11-pe01-vl-20.upc.at 0.0% 143 18.2 20.6 17.7 55.7 7.0 10. at-vie-sk11-pe02-vl-1.upc.at 0.0% 143 17.8 19.6 17.3 55.2 6.6 11. ???這是從我的家庭位置到伺服器：
My traceroute [v0.80] joe-desktop (0.0.0.0) Sat Apr 16 14:27:54 2011 Keys: Help Display mode Restart statistics Order of fields quit Packets Pings Host Loss% Snt Last Avg Best Wrst StDev 1. 192.168.1.1 0.0% 87 0.2 0.2 0.2 0.2 0.0 2. ??? 3. 84.116.4.33 0.0% 86 9.7 9.0 6.3 27.3 3.5 4. at-vie-sk11-cia01-vl-2070.upc.at 0.0% 86 22.7 22.8 20.0 52.2 4.7 5. at-vie-sk11-pe01-vl-2069.upc.at 0.0% 86 47.6 23.9 20.2 47.6 5.8 6. at-vie01a-rd1-vl-2042.aorta.net 0.0% 86 21.7 25.0 20.1 61.7 8.5 7. de-fra03a-rd1-xe-9-2-0.aorta.net 0.0% 86 21.3 22.8 19.6 44.0 5.0 8. 84.116.132.154 0.0% 86 20.2 22.8 19.3 41.0 4.1 9. tge-5-1-0-353a.cr2.fra.routeserver.net 0.0% 86 38.6 27.4 20.9 120.2 16.0 10. 217.118.16.130 0.0% 86 23.7 26.9 20.8 73.0 9.8 11. 217.118.16.26 0.0% 86 25.5 28.8 22.9 85.1 11.8 12. 217.118.16.165 81.2% 86 68.2 37.5 25.0 68.2 10.3 13. prag341.server4you.de 0.0% 86 35.7 27.1 24.0 49.3 4.3這是從另一台伺服器（亞馬遜 ec2）到伺服器：
My traceroute [v0.75] flimmit.com (0.0.0.0) Sat Apr 16 12:32:50 2011 Keys: Help Display mode Restart statistics Order of fields quit Packets Pings Host Loss% Snt Last Avg Best Wrst StDev 1. ip-10-48-192-3.eu-west-1.compute.internal 0.0% 178 0.4 0.9 0.3 16.4 1.7 ip-10-48-192-2.eu-west-1.compute.internal 2. ec2-79-125-0-244.eu-west-1.compute.amazonaws.com 0.0% 178 0.5 0.9 0.3 30.8 2.6 ec2-79-125-0-242.eu-west-1.compute.amazonaws.com 3. ??? 4. ??? 5. ??? 6. xe-4-1-0.dub10.ip4.tinet.net 36.5% 178 1.9 3.9 1.6 56.8 8.5 7. xe-4-1-0.dub10.ip4.tinet.net 0.0% 178 12.1 9.7 1.6 92.5 10.5 xe-0-1-0.lon14.ip4.tinet.net xe-2-1-0.lon14.ip4.tinet.net 8. xe-0-1-0.lon14.ip4.tinet.net 0.0% 177 17.4 17.7 11.1 184.3 24.6 xe-2-1-0.lon14.ip4.tinet.net 213.200.77.234 9. 213.200.77.234 0.0% 177 25.2 23.7 12.0 162.5 16.0 tge-4-2-0-0a.cr2.fra.routeserver.net 10. tge-4-2-0-0a.cr2.fra.routeserver.net 0.6% 177 178.6 57.1 24.7 178.6 39.0 217.118.16.26 11. 217.118.16.26 47.2% 177 32.7 61.1 29.1 164.4 35.4 217.118.16.165 12. 217.118.16.165 28.2% 177 28.9 29.8 27.8 48.9 4.2 prag341.server4you.de 13. prag341.server4you.de 1.1% 177 28.2 28.7 27.7 63.4 2.9對我來說看起來很奇怪的是，在從我的家位置到伺服器的最後一跳中，這個非常高的損失 >80%。伺服器響應良好，服務執行順暢。
這可能是由於我缺乏網路知識，但對我來說，損失率應該加起來是合乎邏輯的嗎？但我經常看到 MTR 輸出的途中損失率很高，但最終的目標損失要低得多。
所以我的問題是：
- 在我的特殊情況下，這是否表明我應該注意可能存在的問題？
- 一般來說，我如何正確解釋 mtr 的輸出？你能推荐一篇關於這方面的好文章/文獻嗎？
封包遺失不一定是問題的指示。請記住，這些是直接與特定網路節點通信的嘗試。通常那些中間的路由器節點只負責將流量傳遞到另一個位置。他們根本不需要直接與您聊天，並且放棄大部分聊天內容的人不應該引起關注。對您來說唯一重要的數字是到達目的地的數據包數量。
從這些報告中得出的最有用的資訊是節點相距多遠的相關數據（就數據包時間而言），更重要的是，**有多少躍點，**這樣您就可以了解節點的不同分支有多長。嘗試與您的伺服器通信的人將經歷這段旅程。通常，跳數越少，路由的效率就越高——表明您的 ISP 的質量。