☰

当我仍然可以接收数据时，什么原因导致我定期失去有线 PC 的上传能力？

tag-icon • tag-icon networking home-networking connection upload
当我仍然可以接收数据时，什么原因导致我定期失去有线 PC 的上传能力？

我的家庭网络出现了一个问题，一段时间内（1-30 秒）我无法发送/上传数据。在此期间，我仍然可以接收数据，只是无法传输。我在家里的几台电脑上测试过这个问题（有线和 wifi 连接），结果是一样的。

我第一次注意到这个问题是因为我经常在玩在线视频游戏时断线几秒钟。有趣的是，在游戏断开我的连接之前，我仍然可以听到 discord 上的朋友的声音，并看到其他玩家主动发出的新命令。与此同时，我的朋友听不到我的声音，游戏也没有确认我的命令。

如果您知道导致这种行为的原因，我将不胜感激。如果您认为还有其他有用的信息，请告诉我。

在过去的四天里，我使用 PowerPing 在 PowerShell 上运行了 ping 日志。 这显示我的日志未经过过滤。 这显示我的日志，该日志已过滤，仅显示不成功的 ping。以下是我的未过滤日志的示例。

Reply from: 8.8.8.8:0 seq=4301 bytes=38 type=ECHO REPLY time=15.1ms @ 13:25:13
Reply from: 8.8.8.8:0 seq=4302 bytes=38 type=ECHO REPLY time=15.1ms @ 13:25:14
Reply from: 8.8.8.8:0 seq=4303 bytes=38 type=ECHO REPLY time=19.0ms @ 13:25:15
Reply from: 8.8.8.8:0 seq=4304 bytes=38 type=ECHO REPLY time=15.0ms @ 13:25:16
Reply from: 8.8.8.8:0 seq=4305 bytes=38 type=ECHO REPLY time=13.9ms @ 13:25:17
Reply from: 8.8.8.8:0 seq=4306 bytes=38 type=ECHO REPLY time=18.8ms @ 13:25:18
Request timed out. seq=4307  @ 13:25:22
Request timed out. seq=4308  @ 13:25:26
Request timed out. seq=4309  @ 13:25:30
Reply from: 192.168.1.28:0 seq=4310 bytes=66 type=HOST UNREACHABLE time=2718.1ms @ 13:25:34
Request timed out. seq=4311  @ 13:25:38
Reply from: 8.8.8.8:0 seq=4312 bytes=38 type=ECHO REPLY time=21.3ms @ 13:25:39
Reply from: 8.8.8.8:0 seq=4313 bytes=38 type=ECHO REPLY time=21.4ms @ 13:25:40
Reply from: 8.8.8.8:0 seq=4314 bytes=38 type=ECHO REPLY time=14.3ms @ 13:25:41
Reply from: 8.8.8.8:0 seq=4315 bytes=38 type=ECHO REPLY time=15.3ms @ 13:25:42
Reply from: 8.8.8.8:0 seq=4316 bytes=38 type=ECHO REPLY time=13.8ms @ 13:25:43
Reply from: 8.8.8.8:0 seq=4317 bytes=38 type=ECHO REPLY time=15.2ms @ 13:25:44
Reply from: 8.8.8.8:0 seq=4318 bytes=38 type=ECHO REPLY time=18.4ms @ 13:25:45
Request timed out. seq=4319  @ 13:25:49
Request timed out. seq=4320  @ 13:25:53
Request timed out. seq=4321  @ 13:25:57
Reply from: 8.8.8.8:0 seq=4322 bytes=38 type=ECHO REPLY time=368.1ms @ 13:25:58
Reply from: 8.8.8.8:0 seq=4323 bytes=38 type=ECHO REPLY time=193.4ms @ 13:26:00
Reply from: 8.8.8.8:0 seq=4324 bytes=38 type=ECHO REPLY time=223.9ms @ 13:26:01
Reply from: 8.8.8.8:0 seq=4325 bytes=38 type=ECHO REPLY time=101.6ms @ 13:26:02
Reply from: 8.8.8.8:0 seq=4326 bytes=38 type=ECHO REPLY time=40.7ms @ 13:26:03
Reply from: 8.8.8.8:0 seq=4327 bytes=38 type=ECHO REPLY time=86.5ms @ 13:26:04
Reply from: 8.8.8.8:0 seq=4328 bytes=38 type=ECHO REPLY time=13.8ms @ 13:26:05
Reply from: 8.8.8.8:0 seq=4329 bytes=38 type=ECHO REPLY time=14.2ms @ 13:26:06
Reply from: 8.8.8.8:0 seq=4330 bytes=38 type=ECHO REPLY time=14.5ms @ 13:26:07
Reply from: 8.8.8.8:0 seq=4331 bytes=38 type=ECHO REPLY time=16.6ms @ 13:26:08
Reply from: 8.8.8.8:0 seq=4332 bytes=38 type=ECHO REPLY time=15.1ms @ 13:26:09
Reply from: 8.8.8.8:0 seq=4333 bytes=38 type=ECHO REPLY time=18.2ms @ 13:26:10

答案1

Ping 仅报告端到端。请尝试路由追踪（在 Linux/Mac 上，或tracert在 Windows 上）来查看每次跳跃的时间。

如果你发现中间某个服务器/路由器的响应时间很长，而且它恰好是你的 ISP，那么他们可能有一个流量整形器（https://en.wikipedia.org/wiki/Traffic_shaping）管理您的总体带宽使用情况（即，当您超出某个限制时，暂时限制您的流量）。

如果您发现慢跳接近目标主机（例如游戏服务器），他们可能会进行流量整形以平衡其整体入站负载。

如果它在您自己的网络中，您的路由器上可能有一个 QoS 服务，该服务设置为给予另一种类型的流量（可能是视频流）过多的优先级。

相关内容