Jim*_*eth 23 networking internet dsl wireless-networking
我通过 CenturyLink DSL获得20,127/893 Kbps 服务。我进行了速度测试，它通常报告的速度接近该速度。
除非我上传了一些实质性的东西。就像一个视频文件到 YouTube。上传需要永远，我理解这是因为上传速度为 893 Kbps，但在上传的整个过程中，下载速度都停止了。太糟糕了，我什至无法连接到 SpeedTest.net 进行速度测试。屋内其他电脑之间的网络正常。但是只要一台电脑在上传，所有的电脑都可能被踢掉互联网。例如，ping Google 需要 5 秒来解析 DNS，然后请求超时。
我打电话给 CenturyLink 的支持人员并与他们交谈了一个小时，他们说一切都很好。他们让我重新启动计算机和调制解调器几次，这当然没有帮助。最后他们给我寄了一个新的（翻新的）调制解调器让我挂断电话。它的行为相同。
所以我的问题是这种行为是否是 CenturyLink DSL 的典型特征，或者是否真的搞砸了。也许我可以在与无能的支持人员交谈时不用再花一个小时重新启动调制解调器就可以修复它。
bil*_*.cn 28
大多数 Internet 流量使用的 TCP 协议使用“滑动窗口”方案来提供可靠性。这意味着它只会在收到表明当前窗口的部分或全部已完全接收的 ACK 消息时才发送新内容（滑动窗口）。因此，需要在上行链路中频繁发送 ACK 消息，以便您的下载流量顺利通过。如果 ACK 消息延迟或丢失，发送方可能会减慢传输速度和/或重新传输您已经收到的数据包。
默认情况下，数据包按应用程序生成的顺序由操作系统传输，因此 ACK 数据包与您的上传流量随机交错。您的 ISP（或您的网络设备）通过在您的传输速度超过限制（也称为节流）时延迟数据包来控制您的带宽使用。这种延迟可能发生在任何数据包上，包括对延迟敏感的 ACK 数据包。
要解决这个问题，您需要某种优先级系统来确保 ACK 数据包不受限制。有为此付费的软件解决方案。如果您将上传速度限制为低于您分配的上传带宽的值，您也可以获得类似的效果。或者，您可以使用不需要 ACK 消息的通过 UDP 传输文件的应用程序。