延迟确认如何影响 TCP 的拥塞避免阶段？答案

【问题标题】：How do delayed acknowledgements affect TCP's congestion avoidance phase?延迟确认如何影响 TCP 的拥塞避免阶段？
【发布时间】：2016-07-13 14:01:27
【问题描述】：

根据我的研究，每次收到新的确认时，拥塞避免阶段都会设置CWND = CWND + MSS * (MSS/CWND)。这是假设我们没有遇到重复的ACKS 或timeouts。但是如果有延迟确认会发生什么？

这是我对延迟确认的研究的看法（不知道这是否正确）：

基本上延迟的 ACK 是在一段时间内保留 ACK 段的目的地，期待两件事之一。由于接收器收到了新的数据包，在计时器结束之前将需要发送更多的 ACK。或者接收者需要将一些数据发送回发送者，在这种情况下，它可以在该数据包上捎带消息。这如何影响拥塞避免阶段？这对于依赖于新的 Acks 来增加 CWND 的 TCP 的拥塞避免阶段是不利的。这将导致 CWND 窗口大小更改的延迟，从而导致数据包发送的延迟。这意味着当 TCP 可以向接收方发送数据包时，实际上并不是因为确认被延迟了。

【问题讨论】：

标签： tcp congestion-control

【解决方案1】：

这是一个非常好的问题。由于它们使瓶颈缓冲区保持满，延迟 Ack 对于 Reno 和 CUBIC 等传统拥塞控制算法来说并不是一个大问题。对于试图保持队列较小的 TCP Vegas，这仍然不是问题，因为如果它面临延迟的 Ack，它会非常缓慢地减少 cwnd（每个 RTT 一个单位）。因此，除非延迟 ack 持续很长时间，否则 Vegas 连接不会受到未充分利用的影响。

【讨论】：

【解决方案2】：

这会影响拥塞避免阶段，就像它影响其他阶段 (SS) 一样：它会减慢流量。但是，请记住有两种不同的网络用途，一种是交互式的（例如 telnet），另一种是批量的。延迟 Acks 很可能与发送非常少量数据的交互式协议一起使用，但如果对方使用 Nagle 算法，这可能会带来新的问题。如果不确定，只需禁用延迟的 Acks。

【讨论】：