一直不明白为何 reno 拥塞控制算法，在快速恢复阶段要把拥塞窗口减为原来的一半 + 3 ， 主要不理解为何是 一半呢

• 資深大佬 : watzds

  有两种实现，其中有一种是一半加三，另一种是标准的一半。如果我没记错的话。感觉这只是一个理论与实现的区别。

• 資深大佬 : scukmh

  不是拍脑袋定的

  因为 reno 的 fast recovery 阶段触发条件是收到 3 duplicate ACKs，这就说明了 Congestion windows 至少可以成功传输 3 个 segment，所以新的 Congestion windows 就设为原 Congestion windows/2 + 3 。

  举例，传输过程 13 号 segment 传输成功，14 号 segment 传丢了，这时候传 15 、16 、17 号 segment 后，分别收到了 3 个 13 号 segment 的 ACKs，这说明 15 、16 、17 号其实是传输成功的。说明 Congestion Windows 至少可以传 3 个 segment，所以新的 congestion windows 最小值可以设为 3 。

• 資深大佬 : gzfrankie

  @gzfrankie +3 我可以理解， 但是为什么要减半呢

• 主 資深大佬 : jdz

  为什么乘性减因子为 1/2 ？
  因为如果连接是稳定运行的，并且出现了丢包，这可能是因为一个新的连接启动并占用了你的一些带宽。你应该将窗口减少一半，因为你可用的带宽已经减少了一半。而且，如果有两个以上的连接共享带宽，则将窗口减半是保守的——在高流量密集时保持保守可能是明智的。
  建议阅读一下 van jacobson 的论文“congestion avoidance and control”

• 資深大佬 : cxhhh

  为了收敛