問題

mtr根據，通過 Internet 發送數據包時，我的封包遺失率很高。我應該向我的 ISP 投訴嗎？

故事

我正在閱讀OReilly Linux Networking Cookbook，這一章Using traceroute, tcptraceroute, and mtr to Pinpoint Network Problems引起了我的注意。從我的 ISP通過網際網路 ping 像 Google 這樣的主機給了我 1200 毫秒或更高的記錄延遲*（不僅從今天開始；從很長時間以來）*，所以我認為我不會更糟糕地分析數據包的方式mtr。

Mtr is a network diagnostic tool that combines ping and traceroute into one program.

摘錄，同時，這個問題執行緒的原因是：

如果其中任何一個始終掛在同一路由器上，或者如果 mtr 在同一路由器上始終顯示超過 5% 的封包遺失和較長的傳輸時間，那麼可以肯定地說特定路由器有問題。如果它是您控制的路由器，那麼看在上帝的份上，請修復它。如果不是，請使用 dig 或 whois 找出它屬於誰，並將故障報告給他們。

問題

自己查看mtr --report www.google.com輸出：（總共 12 次測試，每 5 分鐘 1 次測試；這是代表可靠“平均值”的報告）

HOST: km                          Loss%   Snt   Last   Avg  Best  Wrst StDev
 1. 192.168.0.1                   0.0%    10    1.2   3.7   1.2   6.3   1.8
 2. 10.150.144.145               10.0%    10   89.1  77.3  58.7  90.4  11.1
 3. 172.16.251.1                 50.0%    10   52.2  62.1  52.2  70.3   8.8
 4. 172.16.250.54                60.0%    10   74.9  87.5  74.9 100.4  12.1
 5. 172.16.250.251               40.0%    10   68.6  75.4  52.4 113.8  24.2
 6. 200.85.47.2                  10.0%    10  109.6 110.6  80.6 146.2  21.1
 7. 201.217.4.113                 0.0%    10  103.6  87.3  64.4 103.7  12.2
 8. 201.217.0.9                   0.0%    10  229.0 102.6  46.7 229.0  48.1
 9. 201.217.0.3                   0.0%    10   78.8  88.1  53.9 128.8  23.8
10. So2-3-2-0-grtbueba2.red.tele  0.0%    10  134.1 129.2  71.3 176.6  29.2
11. Xe4-1-3-0-grtmiabr7.red.tele  0.0%    10  257.3 255.1 221.0 291.6  21.1
12. Xe2-0-2-0-grtmiana3.red.tele  0.0%    10  290.4 267.0 213.2 319.1  31.0
13. Xe2-0-2-0-grtmiana3.red.tele  0.0%    10  300.0 250.8 217.3 312.7  34.6
14. GOOGLE-xe-5-0-0-0-grtmiana3. 10.0%    10  249.8 256.9 206.7 324.0  34.6
15. 209.85.254.252                0.0%    10  254.3 253.8 217.1 283.1  23.4
16. 209.85.254.252               10.0%    10  301.2 280.6 252.1 319.7  21.6
17. 72.14.236.200                10.0%    10  273.4 278.4 238.4 311.0  25.0
18. 216.239.49.145               20.0%    10  291.0 276.3 240.4 293.5  19.1
19. 72.14.232.25                 10.0%    10  297.9 286.3 242.4 337.1  30.0
20. yo-in-f105.1e100.net         70.0%    10  300.7 304.7 280.3 333.0  26.6

您會立即看到主機 3-5 的丟包率非常高，遠遠超過 5%。執行 whois 數據庫查詢顯示這些是名稱伺服器（如果我錯了，請糾正我）。

問題

1. 我應該告訴我的 ISP 什麼？如何描述問題..？
2. **除了促進故障排除之外，我還可以進行哪些研究？***1
3. 有什麼建議？

*1 技術支持的那些人並不總是理解或我無法清楚地表達我的問題（有時他們只是毫無疑問的白痴）

許多路由器通常被程式為給予 ICMP 數據包較低的優先級，因此它們不會“浪費”處理能力而不是“真實”流量。僅僅因為你看到一個高損失的躍點並不意味著它會減慢“真實”流量；它可能只會丟棄ICMP。這不一定好，因為這可能意味著路由器太忙，但不能保證。

還可以對路由器進行程式，以限制它發送給 ICMP 數據包的響應數量，以減輕 DoS 攻擊。

錯誤可能在您的網路內部。

哪一個是您的網際網路路由器/網關？

機會是

3. 172.16.251.1    50.0%    10   52.2  62.1  52.2  70.3   8.8
4. 172.16.250.54   60.0%    10   74.9  87.5  74.9 100.4  12.1
5. 172.16.250.251  40.0%    10   68.6  75.4  52.4 113.8  24.2

在您自己的網路中。

引用自：https://serverfault.com/questions/97277