哪种 TCP 拥塞控制算法最适合低速无线电调制解调器？

Question

在我的项目中，我们有远程 Linux 节点，这些节点通过非常低速的 CDMA 蜂窝调制解调器通过 Internet 进行通信。这些调制解调器上的带宽约为 2kbyte/秒，返回服务器的 RTT 约为 800 毫秒。

基于这些限制，尝试调整 Linux TCP 堆栈以匹配此性能是否有任何好处？例如，我最近发现了可插拔拥塞控制算法，我想知道是否有一个与默认值不同的算法可能会更好。有时我看到这些调制解调器上的下载爬行到 800 字节/秒。我运行了一些 UDP 测试，丢包率约为 25%。

Linux 是 2.6.35.3，在 ARMHF 上使用 Debian Wheezy。

Answer 1

“我发现这些调制解调器上的下载速度爬升至 800 字节/秒。”

您没有给出损耗测量值，因此无法判断您是否看到拥塞或仅仅是小于规格的信道容量。

值得注意的是，TCP 是在硬件上设计的，速度比您的设备慢得多，并且错误率可能更高。对于较慢的连接，TCP 可以很好地利用可用容量。

您可以尝试不同的拥塞控制机制，但如果您获得比当前更好的吞吐量，我会感到惊讶。测量真实网络上的真实信道容量比看起来要复杂得多。