什么原因造成我的宽带电缆连接出现数据包丢失?

什么原因造成我的宽带电缆连接出现数据包丢失?

过去一个月我家的互联网一直不稳定,到目前为止我的 ISP 还不知道原因,所以我想确保我已经排除了所有可能的原因。

我有一个 150/15 有线互联网连接,通过本地 ISP 获得,该 ISP 从拥有基础设施的大型 ISP 转售。在过去一个月左右的时间里,我的连接似乎可以正常工作几秒钟,然后它会丢弃所有数据包几秒钟,然后又正常工作了一段时间。这导致流媒体问题、网页加载失败等。现在在家工作几乎是不可能的,因为我的 RDP 连接每分钟会冻结几次,我尝试输入的任何东西最终都会出现丢失或重复的字符。

这是 ping 测试的一个示例:

Pinging google.ca [172.217.0.227] with 32 bytes of data:
Reply from 172.217.0.227: bytes=32 time=16ms TTL=56
Reply from 172.217.0.227: bytes=32 time=18ms TTL=56
Reply from 172.217.0.227: bytes=32 time=19ms TTL=56
Reply from 172.217.0.227: bytes=32 time=20ms TTL=56
Request timed out.
Reply from 172.217.0.227: bytes=32 time=515ms TTL=56
Reply from 172.217.0.227: bytes=32 time=52ms TTL=56
Reply from 172.217.0.227: bytes=32 time=24ms TTL=56
Request timed out.
Reply from 172.217.0.227: bytes=32 time=523ms TTL=56
Reply from 172.217.0.227: bytes=32 time=16ms TTL=56
Reply from 172.217.0.227: bytes=32 time=14ms TTL=56
Request timed out.
Request timed out.
Reply from 172.217.0.227: bytes=32 time=513ms TTL=56
Reply from 172.217.0.227: bytes=32 time=45ms TTL=56
Reply from 172.217.0.227: bytes=32 time=23ms TTL=56
Request timed out.
Reply from 172.217.0.227: bytes=32 time=16ms TTL=56
Reply from 172.217.0.227: bytes=32 time=13ms TTL=56
Reply from 172.217.0.227: bytes=32 time=16ms TTL=56
Reply from 172.217.0.227: bytes=32 time=17ms TTL=56
Reply from 172.217.0.227: bytes=32 time=20ms TTL=56
Reply from 172.217.0.227: bytes=32 time=20ms TTL=56
Reply from 172.217.0.227: bytes=32 time=46ms TTL=56
Reply from 172.217.0.227: bytes=32 time=17ms TTL=56
Reply from 172.217.0.227: bytes=32 time=77ms TTL=56
Reply from 172.217.0.227: bytes=32 time=15ms TTL=56
Reply from 172.217.0.227: bytes=32 time=57ms TTL=56
Reply from 172.217.0.227: bytes=32 time=21ms TTL=56
Reply from 172.217.0.227: bytes=32 time=18ms TTL=56
Reply from 172.217.0.227: bytes=32 time=40ms TTL=56
Reply from 172.217.0.227: bytes=32 time=15ms TTL=56
Reply from 172.217.0.227: bytes=32 time=18ms TTL=56
Reply from 172.217.0.227: bytes=32 time=17ms TTL=56
Reply from 172.217.0.227: bytes=32 time=26ms TTL=56
Reply from 172.217.0.227: bytes=32 time=24ms TTL=56
Reply from 172.217.0.227: bytes=32 time=15ms TTL=56
Reply from 172.217.0.227: bytes=32 time=12ms TTL=56
Reply from 172.217.0.227: bytes=32 time=21ms TTL=56
Reply from 172.217.0.227: bytes=32 time=16ms TTL=56
Reply from 172.217.0.227: bytes=32 time=21ms TTL=56
Reply from 172.217.0.227: bytes=32 time=17ms TTL=56
Reply from 172.217.0.227: bytes=32 time=13ms TTL=56
Reply from 172.217.0.227: bytes=32 time=20ms TTL=56
Reply from 172.217.0.227: bytes=32 time=19ms TTL=56
Request timed out.
Reply from 172.217.0.227: bytes=32 time=519ms TTL=56
Request timed out.
Reply from 172.217.0.227: bytes=32 time=519ms TTL=56

那是将计算机直接插入调制解调器,中间没有路由器或交换机的情况。ISP 已经进行了测试,我的线路上似乎没有噪音,他们说我的信号很好。

我尝试过的事情:

  • 从不同的计算机运行测试
  • 使用 ISP 发送给我的新调制解调器进行更换
  • 将调制解调器从电涌保护器上拔下,然后直接将其插入墙上的电源插座(我的 ISP 认为这是电源问题)
  • 拔掉家里其他设备的插头,甚至关闭除调制解调器插入的电路以外的所有电路的断路器
  • 更换从 ISP 接入点到我的调制解调器的同轴电缆

我没有注意到我尝试过的任何东西有什么不同,也没有注意到一天中不同时间的差异(尽管我大多只能在晚上进行测试,因此很难确认)。

是否有人可以进行其他测试来指出或排除我这边的问题?

编辑:这是我在进行 ping 测试时同时获取的跟踪路由数据。今晚回家后,我会根据大家的建议进行更多测试。

Tracing route to google.ca [172.217.164.227]
over a maximum of 30 hops:

  1    14 ms    14 ms    16 ms  {MyIp}
  2     *        *        *     Request timed out.
  3    25 ms    14 ms    21 ms  ae3-118-agg01-tor.teksavvy.com [104.195.128.69] 
  4    17 ms    16 ms    22 ms  ae4-0-bdr01-tor.teksavvy.com [206.248.155.94] 
  5    15 ms     *      518 ms  72.14.212.134 
  6    19 ms    16 ms     *     74.125.244.145 
  7    16 ms    14 ms    14 ms  216.239.41.247 
  8   516 ms    18 ms     *     yyz12s05-in-f3.1e100.net [172.217.164.227] 
  9     *      520 ms    28 ms  yyz12s05-in-f3.1e100.net [172.217.164.227] 

Trace complete.

Tracing route to one.one.one.one [1.1.1.1]
over a maximum of 30 hops:

  1     *      518 ms    21 ms  {MyIp} 
  2     *        *        *     Request timed out.
  3     *      517 ms     *     ae2-218-agg01-tor2.teksavvy.com [104.195.128.213] 
  4     *      548 ms     *     ae10-0-bdr01-tor2.teksavvy.com [206.248.155.92] 
  5    17 ms    37 ms    16 ms  ae12-0-bdr01-tor.teksavvy.com [206.248.155.10] 
  6    20 ms    19 ms    30 ms  198.32.181.56 
  7    17 ms     *      512 ms  one.one.one.one [1.1.1.1] 

Trace complete.

Tracing route to reddit.com [151.101.1.140]
over a maximum of 30 hops:

  1    19 ms    17 ms    17 ms  {MyIp} 
  2     *        *        *     Request timed out.
  3   581 ms    18 ms   528 ms  ae2-218-agg01-tor2.teksavvy.com [104.195.128.213] 
  4    15 ms    29 ms    23 ms  ae1-0-bdr01-tor.teksavvy.com [206.248.155.13] 
  5     *        *        *     Request timed out.
  6   518 ms    15 ms    17 ms  151.101.1.140 

Trace complete.

它似乎没有在任何特定的跳跃中失败,所以也许它只是在跟踪路由期间丢失了数据包。

答案1

从您尝试过的方法来看,我立即想到是线路有问题。您排除了设备问题以及设备和调制解调器之间的任何变量。因此,除非您拥有的每台设备都遇到相同的问题,否则这似乎直接与您的线路或 ISP 的流量路由有关。为了快速检查一致性,您可以尝试 ping cloudflares DNS 1.1.1.1 吗?如果结果相同,那么我认为有必要再次致电 ISP,服务技术人员应该上门进行故障排除。

答案2

我将遵循的流程包括

  • traceroute从家里到 ISP 网络之外的几个地方(例如 Google、Amazon、CNN、BBC),并记下任何中间 IP 地址

  • ping对每个 IP 地址进行长时间测试,并穿插时间戳,以便日后进行交叉引用

  • 如果丢失的数据包数量存在统计上的显著差异,那么相应的路由差异(通过更多traceroute输出进行验证 - 记住,路由会随着时间而改变)可能是相关的

编辑以添加:

如果你还没有机器,你可以让它运行以收集这些日志,花 100 美元购买 Raspberry Pi(或类似产品)和 USB 硬盘(以及 SD 卡、USB 电源和跳线,如果你还没有的话)。你可能还需要一个 USB 电池组充电时持续提供电流(这并不容易找到),用作原始 UPS。

同时运行多个ping+date日志记录会话,至少持续几天。如果需要,可以用数据淹没您的 ISP。

相关内容