Artem Barger Asked: 2009-07-07 12:37:09 +0800 CST2009-07-07 12:37:09 +0800 CST 2009-07-07 12:37:09 +0800 CST TCP 拥塞避免(需要说明) 772 我只是对 TCP 拥塞避免算法有一些疑问。 首先我在寻找解释,为什么拥塞避免算法的部分被称为“快速恢复”?我的意思是我找不到任何好的理由,似乎它并没有那么快恢复。 我正在阅读 Douglas E. Comer "Networking with TCP/IP" 的书,并且有声明说虽然 TCP SACK 和 New Reno 差不多,但 SACK 仍然是可取的,但是没有很好的合理解释为什么,所以如果能帮我解决这个问题,我将不胜感激。 tcp protocols test 1 个回答 Voted Best Answer radius 2009-07-07T13:09:41+08:002009-07-07T13:09:41+08:00 快速恢复允许 TCP 窗口减少 2,而不是在您遇到丢失时重新启动到其初始值。它被称为快速恢复,因为它避免了慢启动。(所以它“更快”)。 当您有很多丢失(来自同一个 TCP 窗口的许多数据包)时,SACK 会更好,但 New Reno 旨在用于支持或不支持 SACK 的计算机。 Wikipedia 和 RFC 是关于拥塞避免的很好参考,我不想复制/粘贴或改写它们不太清楚。 您可以阅读:TCP 中的拥塞避免http://en.wikipedia.org/wiki/TCP_congestion_avoidance_algorithm 关于 FastRecovery/NewReno:rfc3782和http://en.wikipedia.org/wiki/Slow-start#fast-recovery 关于 SACK:rfc2018和http://en.wikipedia.org/wiki/Retransmission_(data_networks)#SACK
快速恢复允许 TCP 窗口减少 2,而不是在您遇到丢失时重新启动到其初始值。它被称为快速恢复,因为它避免了慢启动。(所以它“更快”)。
当您有很多丢失(来自同一个 TCP 窗口的许多数据包)时,SACK 会更好,但 New Reno 旨在用于支持或不支持 SACK 的计算机。
Wikipedia 和 RFC 是关于拥塞避免的很好参考,我不想复制/粘贴或改写它们不太清楚。
您可以阅读:TCP 中的拥塞避免http://en.wikipedia.org/wiki/TCP_congestion_avoidance_algorithm 关于 FastRecovery/NewReno:rfc3782和http://en.wikipedia.org/wiki/Slow-start#fast-recovery 关于 SACK:rfc2018和http://en.wikipedia.org/wiki/Retransmission_(data_networks)#SACK