什么原因导致我的网络数据包丢失?

什么原因导致我的网络数据包丢失?

这是我从我的电脑到 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 发送给我的提供商,如果他们搪塞并责怪所有人而不自己,那么就换一家。

相关内容