我最近在网上玩游戏时注意到我的互联网连接断开，导致我与多人游戏会话断开，几秒钟后又自动恢复，这种情况似乎每 20/30 分钟发生一次，但大多是随机的。这似乎影响了我网络上的所有设备，因为我在智能手机上观察到了类似的行为。这让我推断问题出在我的调制解调器/路由器或 ISP 上。
我联系了我的互联网提供商寻求帮助，他们让我在一台机器上定期运行速度测试，同时断开所有其他机器的连接，但所有测试结果都符合预期。最后他们发现他们这边没有问题，所以罪魁祸首可能是我的调制解调器或路由器。
我不是网络专家，但我决定连夜运行 ping 测试，看看是否能发现其中一个数据包丢失，结果似乎发现了 2 个，输出结果如下（这是通过运行 linux 的 Raspberry Pi 完成的）：
2020-02-25 03:50:56 | 64 bytes from lhr35s10-in-f14.1e100.net (216.58.206.46): icmp_seq=14101 ttl=54 time=9.45 ms
2020-02-25 03:50:57 | 64 bytes from lhr35s10-in-f14.1e100.net (216.58.206.46): icmp_seq=14102 ttl=54 time=8.70 ms
2020-02-25 03:50:59 | From 192.168.15.1 (192.168.15.1) icmp_seq=14104 Packet filtered
2020-02-25 03:51:03 | From 192.168.15.1 (192.168.15.1) icmp_seq=14108 Packet filtered
2020-02-25 03:51:04 | From 192.168.15.1 (192.168.15.1) icmp_seq=14109 Packet filtered
2020-02-25 03:51:05 | From 192.168.15.1 (192.168.15.1) icmp_seq=14110 Packet filtered
2020-02-25 03:51:06 | From 192.168.15.1 (192.168.15.1) icmp_seq=14111 Packet filtered
2020-02-25 03:51:07 | From 192.168.15.1 (192.168.15.1) icmp_seq=14112 Packet filtered
2020-02-25 03:51:08 | From 192.168.15.1 (192.168.15.1) icmp_seq=14113 Packet filtered
2020-02-25 03:51:10 | From 192.168.15.1 (192.168.15.1) icmp_seq=14115 Packet filtered
2020-02-25 03:51:14 | 64 bytes from lhr35s10-in-f14.1e100.net (216.58.206.46): icmp_seq=14119 ttl=54 time=11.7 ms
2020-02-25 03:51:15 | 64 bytes from lhr35s10-in-f14.1e100.net (216.58.206.46): icmp_seq=14120 ttl=54 time=9.08 ms
和：
2020-02-25 05:17:27 | 64 bytes from lhr35s10-in-f14.1e100.net (216.58.206.46): icmp_seq=19284 ttl=54 time=8.63 ms
2020-02-25 05:17:28 | 64 bytes from lhr35s10-in-f14.1e100.net (216.58.206.46): icmp_seq=19285 ttl=54 time=8.34 ms
2020-02-25 05:17:31 | From 192.168.15.1 (192.168.15.1) icmp_seq=19288 Packet filtered
2020-02-25 05:17:36 | From 192.168.15.1 (192.168.15.1) icmp_seq=19292 Packet filtered
2020-02-25 05:17:37 | From 192.168.15.1 (192.168.15.1) icmp_seq=19293 Packet filtered
2020-02-25 05:17:38 | From 192.168.15.1 (192.168.15.1) icmp_seq=19294 Packet filtered
2020-02-25 05:17:40 | From 192.168.15.1 (192.168.15.1) icmp_seq=19296 Packet filtered
2020-02-25 05:17:41 | From 192.168.15.1 (192.168.15.1) icmp_seq=19297 Packet filtered
2020-02-25 05:17:42 | From 192.168.15.1 (192.168.15.1) icmp_seq=19298 Packet filtered
2020-02-25 05:17:43 | From 192.168.15.1 (192.168.15.1) icmp_seq=19299 Packet filtered
2020-02-25 05:17:47 | 64 bytes from lhr35s10-in-f14.1e100.net (216.58.206.46): icmp_seq=19303 ttl=54 time=17.6 ms
2020-02-25 05:17:48 | 64 bytes from lhr35s10-in-f14.1e100.net (216.58.206.46): icmp_seq=19304 ttl=54 time=9.56 ms
192.168.15.1 是调制解调器的本地 IP。我不确定这是什么 Packet filtered意思，在网上查了一下，似乎是防火墙阻止了数据包。可能相关的是，如果这些确实是连接中断，则当流量较大时，中断会更频繁地发生，因为夜间 10 小时内只有这两次中断。
我不知道接下来该怎么做，是否应该运行其他诊断程序？有什么方法可以解决这些问题？我使用的是 Digicom 8E4566 REW303-T05 和 Cisco SPA122。
非常感谢您的帮助。
编辑：
似乎这些Packet filtered行可能是其他问题（也可能不是），因为我发现当连接丢失时，命令ping会停止打印行。我编写了一个脚本来查看连续 ping 之间超过 2 秒的漏洞在哪里发生，虽然上面报告的两个实例中都有 4/5 秒的漏洞，但出现了 2 个新漏洞，这次持续时间长达 31 秒：
2020-02-25 10:10:08 | 64 bytes from lhr35s10-in-f14.1e100.net (216.58.206.46): icmp_seq=36816 ttl=54 time=10.1 ms
2020-02-25 10:10:39 | 64 bytes from lhr35s10-in-f14.1e100.net (216.58.206.46): icmp_seq=36846 ttl=54 time=8.94 ms
和：
2020-02-25 10:11:18 | 64 bytes from lhr35s10-in-f14.1e100.net (216.58.206.46): icmp_seq=36885 ttl=54 time=8.88 ms
2020-02-25 10:11:49 | 64 bytes from lhr35s10-in-f14.1e100.net (216.58.206.46): icmp_seq=36915 ttl=54 time=8.66 ms
编辑2：
我在网上找到的脚本每次 ping 失败时都会触发跟踪路由。大多数 ping 失败似乎都是误报，因为相应的跟踪路由并没有失败，但是我有 2 个显示数据包在本地网关处停止：
FAIL on Wed 26 Feb 14:13:07 CET 2020
traceroute to www.google.com (216.58.198.36), 30 hops max, 60 byte packets
1 192.168.0.1 (192.168.0.1) 2.285 ms 3.446 ms 3.502 ms
2 192.168.15.1 (192.168.15.1) 6.141 ms 6.298 ms 6.358 ms
3 192.168.1.1 (192.168.1.1) 6.665 ms 7.402 ms 7.522 ms
4 * * *
5 * * *
6 * * *
7 * * *
8 * * *
9 * * *
10 * * *
--
FAIL on Wed 26 Feb 14:13:48 CET 2020
traceroute to www.google.com (216.58.198.36), 30 hops max, 60 byte packets
1 192.168.0.1 (192.168.0.1) 1.975 ms 3.759 ms 3.815 ms
2 192.168.15.1 (192.168.15.1) 5.907 ms 6.094 ms 6.154 ms
3 192.168.1.1 (192.168.1.1) 6.997 ms 7.179 ms 7.743 ms
4 * * *
5 * * *
6 * * *
7 * * *
8 * * *
9 * * *
10 * * *
似乎在某个我不知道的地方有一个“辅助调制解调器”，具有本地 IP 192.168.1.1，我相信是我的 ISP 安装的。由于我已经通过 wifi 进行了此测试，因此我将通过有线连接执行相同的测试，并查看是否能在常规使用中发现类似的掉线现象，以便一劳永逸地确认这一点。然后我可能会联系我的提供商并解释我发现了什么。
答案1
由于我在智能手机上观察到了类似的行为，因此这似乎影响了我网络上的所有设备。
鉴于上述情况，这很可能是路由器或 ISP 的问题。将路由器上的固件更新为最新版本，恢复出厂设置，重新设置并测试。
如果可以，请尝试使用其他路由器（朋友或工作单位借用的）。看看其他路由器是否效果更好。
完成上述操作后，如果上述操作失败，请返回 ISP。问题可能出在他们身上，或者（可能性较小）是调制解调器上游（我遇到过这种情况）