TCP 拥塞窗口检验

【TCP 拥塞窗口检验】本备忘录的状态
本文档讲述了一种Internet社区的实验协议,它并没有制定一种Internet标准,需要进
一步进行讨论和建议以得到改进 。本备忘录的发布不受任何限制 。
版权声明
Copyright(C)TheInternetSociety(2001).
摘要
TCP 拥塞窗口控制网络中一个TCP流的包的数目,然而,发送方长时间无响应或者由
于应用程序的限制会导致拥塞窗口的无效,此时,拥塞窗口不在反映网络的当前状况,本文
档描述了对TCP拥塞控制算法的一种简单修正,使得在发送后一段足够长的时间后,拥塞
窗口 。同时使用慢启动决值来保存拥塞窗口以前的值 。
当拥塞窗口在应用程序限制期间增加时,也会导致一个无效窗口,而原来拥塞窗口的值
可能从来没有利用,我们建议在TCP发送方有应用程序限制时,不增加拥塞窗口的大小,
我们从采用模拟和FREEBSD中实现的实验揭示了这些算法 。
目录
1转换和异义 2
2介绍 2
3描述 3
3.1减小拥塞窗口的基本算法 4
3.2减小拥塞窗口的伪码 4
4模拟 5
5实验 5
6结论 6
7参考 6
8安全性考虑 7
9.作者地址 7
10.版权说明 8
致谢 8
1转换和异义
要害字MUST,MUSTNOT,REQUIRED,SHALL,SHALLNOT,SHOULD,SHOULDNOT,
RECOMMENDED,MAY,andOPTIONAL,出现在本文中时,参照[97]中的解释 。
2介绍
TCP拥塞窗口控制网络中一个TCP流中包的数量,拥塞窗口采用慢增快减(AIMD)的机
制来试探网络带宽,作动态调整了改善网络状态 。AIMD机制在发送方有连续的数据发送时
工作良好,这对使用缓冲数据的TCP来说是很典型的 。对于使用TCP的TELNET应用程序
来说,发送方只有很少的数据或没有数据发送,发送速率也是由用户产生数据的速率决定的,
随着WEB的诞生,包括动态产生数据的TCP发送方和持续连接TCP的HTTP1.1的发展,
应用程序限制和网络限制之间的交互变得越来越重要,更精确的说,我们把网络限制期间定
义为发送者以满窗口大小发送数据,
当发送者由于应用程序限制而造成时间太长会导致拥塞窗口的无效,在由于网络限制期
间,由于窗口数据总是没有丢失,拥塞窗口总是被检验有效,此时,总是有超时新数据的确
认输入流给出网络中最近可用的带宽,与之相反,在由于应用程序限制期间,用拥塞窗口来
估计可用带宽随着时间流逝而准确性降低,非凡的,被用来网络限制的容量可能会被其他的
流量占用,
当前的TCP实现在一段时间的IDLE后,有一些启动的措施,在IDLE的时间超过RTO
估计值(正如RFC2581和附录[VJ88]所建议的)后,一些TCP实现采用慢启动机制,而其他
的实现则并不降低它们的拥塞窗口,RFC2581中推荐:假如TCP在超过超时重发的间隔内
没有数据发送,TCP应将窗口大小设置成不超过原来窗口大小,在[HTH98]中讨论了在IDLE
后TCP慢启动的建议,除了在TCP和IP环境中,拥塞信息的检验也在其他的环境中提到,
如在ATM网络中的“或使用它,或丢弃它”的机制中 。
在一段应用程序限制后,为了讨论拥塞窗口的有限性,我们对TCP的拥塞控制算法作
了一点简单的修改,使得在发送后拥塞窗口的大小从一段足够长的应用程序限制退化到网络
限制期间,非凡的,在一段IDLE后,对于在每个数据流保持IDLE的RTT内,发送方都应
将它的拥塞窗口减半 。
当拥塞窗口大小减小时,慢启动的阕值保留为最近拥塞窗口的大小,非凡的,在一段应

推荐阅读