这是我从我的电脑到 google.com 的跟踪测试
1 1 ms 1 ms 1 ms 192.168.1.1
2 23 ms 23 ms 23 ms host-41.236.127.1.tedata.net [41.236.127.1]
3 27 ms 27 ms 28 ms 10.38.74.201
4 28 ms 28 ms 27 ms 10.36.23.162
5 24 ms 25 ms 24 ms 10.38.24.153
6 29 ms 28 ms 29 ms 10.37.123.225
7 62 ms * 112 ms 74.125.32.90
8 62 ms 61 ms 59 ms 108.170.252.241
9 59 ms 59 ms 61 ms 72.14.233.67
10 60 ms 59 ms 60 ms mrs08s03-in-f14.1e100.net [172.217.19.46]
当我在 ISP 网络内的前 6 个跳中的任何一个上进行 ping 测试时,我总是有 0 数据包丢失,但是当我在 ISP 网络之外的任何其他 IP 上进行 ping 测试时..例如在 google.com 上到跳#7,我开始得到一些数据包丢失。到目前为止,似乎我的 ISP 的网关出了问题,但奇怪的是,使用我国以外的计算机(谷歌云虚拟计算机)我在路由器上进行了 ping 测试,正如预期的那样,有一些数据包丢失,但是我在第二跳上进行 ping,没有数据包丢失。我的 ISP 否认他们那边有任何网络问题,而将责任归咎于我的路由器,你认为是什么原因导致了这个问题?附言:我的连接是 VDSL
这是 WinMTR 报告
|------------------------------------------------------------------------------------------|
| WinMTR statistics |
| Host - % | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
| 192.168.1.1 - 0 | 869 | 869 | 0 | 0 | 7 | 1 |
| host-41.236.127.1.tedata.net - 1 | 853 | 849 | 22 | 23 | 45 | 23 |
| 10.38.74.169 - 1 | 845 | 839 | 23 | 24 | 81 | 24 |
| 10.36.23.158 - 1 | 841 | 834 | 23 | 24 | 46 | 24 |
| 10.36.21.33 - 2 | 810 | 795 | 0 | 28 | 75 | 27 |
| 10.37.85.106 - 1 | 857 | 854 | 23 | 24 | 74 | 24 |
| xe1-2-0.catania7.cat.seabone.net - 1 | 842 | 835 | 61 | 65 | 203 | 65 |
| etrunk1.milano1.mil.seabone.net - 10 | 626 | 564 | 62 | 67 | 100 | 64 |
| 72.14.209.236 - 33 | 382 | 259 | 0 | 69 | 99 | 67 |
| 108.170.245.72 - 34 | 370 | 245 | 0 | 70 | 99 | 71 |
| 64.233.175.51 - 31 | 392 | 272 | 66 | 69 | 199 | 68 |
| 72.14.238.21 - 33 | 378 | 255 | 66 | 71 | 238 | 68 |
| 108.170.252.241 - 31 | 390 | 270 | 0 | 70 | 96 | 70 |
| 72.14.233.69 - 29 | 407 | 291 | 0 | 69 | 90 | 68 |
| ham02s12-in-f14.1e100.net - 31 | 390 | 270 | 0 | 68 | 114 | 68 |
|________________________________________________|______|______|______|______|______|______|
WinMTR v0.92 GPL V2 by Appnor MSP - Fully Managed Hosting & Cloud Provider
谢谢
答案1
该跟踪路由强烈暗示第 7 跳和第 8 跳之间存在拥塞(可能是由于速率限制或带宽瓶颈或两者兼而有之) - 这是您无法控制的问题/限制,并且是 ISP 负责修复的问题(还有其他可能性,但可能性不大,表明您没有获得完整的互联网服务 - 即某些流量被阻止)
您的调制解调器和 ISP 之间似乎还存在一个不相关(且相对较小)的问题。该次要问题(表现为 1% 的数据包丢失)可能表示调制解调器故障或线路问题,也应予以注意,但这不是问题的主要根源。
我会将这个 mtr 发送给我的提供商,如果他们搪塞并责怪所有人而不自己,那么就换一家。