pet*_*etr 7 networking adsl tcpip bufferbloat
我以前有过有趣的网络体验。在我搬家之前，我有一个 VDSL 连接，上行链路为 3mb。（下行速度约为 30mb，但目前无关紧要）。每当我使上行链路饱和（CrashPlan 备份）时，我会看到总体延迟和响应速度变慢，但我仍然可以使用互联网而不会出现任何重大问题。
现在，我搬到了一个更远的地方，在那里我只能得到普通的 ADSL+。速度为 10mb 下行链路和 1mb 上行链路。然而，问题是，每当我使上行链路饱和时，几乎所有东西都会停下来 - ping 时间攀升至数十秒，总体体验非常糟糕。即使我只使用 50% 的上传速度，延迟也会增加到 500-800 毫秒。
起初，我将问题归咎于连接质量下降 - 但是，现在我认为这是我的提供商方面的配置/网络问题，与我所用的铜线质量无关。更进一步确保这种信念的是，我的一个朋友有一个具有相似参数的连接（另一个区域，但与交换的距离相似），他可以愉快地使上传饱和，而不会影响整体连接！
那么，可能是什么问题？这就是著名的Bufferbloat问题吗？如果是这样，有没有办法减轻它？技术支持只是告诉我确保我没有过多地使用上传以确保连接......这在我的书中很弱。
我也在研究一些番茄固件路由器，对此有什么建议吗？我已经尝试了所有可能的 QoS 设置来降低备份软件的优先级，但这只能部分解决问题。
所以，总而言之 - 你认为这是一个缓冲膨胀，如果是这样，如何解决它？（除了改变供应商）
使用 50% 上传和 0% 下载没有理由会导致 ping 值显着增加。这里还发生了其他事情。我不知道这是否就是缓冲膨胀。我怀疑这只是您的调制解调器或线路的物理问题。严重拥塞的连接仍应能够将 ping 保持在 1 秒以下。如果您的调制解调器支持，我会与 ISP 进行故障排除和/或检查调制解调器统计信息（您的 ISP 可以检查您的调制解调器是否不支持）。我猜测上传时的信噪比低于 6 或者衰减太高（大于 55db）
缺乏带宽管理也无济于事（但绝不会导致事情像您描述的那么糟糕）。您应该实施 QoS 解决方案；对于 aDSL 连接来说，唯一能正常工作的是带有 TC-ATM 补丁的连接。我会推荐 Tomato Toastman 或 Shibby 的最新版本。我的“迷你指南”配置这里：http://www.dslreports.com/forum/r28371690-Cable-Help-Configuring-Tomato-QoS-。与您的设置的唯一区别是您将“仅限 DSL 调制解调器的设置”设置为 32 字节之类的值，而不是“无”。
缓冲膨胀测试：http://netalyzr.icsi.berkeley.edu/