[RFC2212]Shenker,S.,Partridge,C.andR.Guerin,"保证服务质量的说明",RFC2212,September1997.
[RFC2309]Braden,R.,Clark,D.,Crowcroft,J.,Davie,B.,
Deering,S.,Estrin,D.,Floyd,S.,Jacobson,V.,
Minshall,G.,Partridge,C.,Peterson,L.,Ramakrishnan,
K.K.,Shenker,S.,Wroclawski,J.,andL.Zhang,
"网络中队列治理和避免拥塞的建议",RFC2309,April1998.
[RFC2357]Mankin,A.,Romanow,A.,Bradner,S.andV.Paxson,
"评估可靠的多路传输和应用协议的IETF准则",RFC2357,June
1998.
[RFC2414]Allman,M.,Floyd,S.andC.Partridge,"增加中的TCP的初始化窗口",RFC2414,September1998.
[RFC2475]Blake,S.,Black,D.,Carlson,M.,Davies,E.,Wang,Z.
andW.Weiss,"区分服务的体系结构",RFC2475,December1998.
[RFC2481]RamakrishnanK.andS.Floyd,"添加明确拥塞通告到IP的建议",RFC2481,
January1999.
[RFC2525]Paxson,V.,Allman,M.,Dawson,S.,Fenner,W.,Griner,
J.,Heavens,I.,Lahey,K.,Semke,J.andB.Volz,
"有名的TCP应用问题",RFC2525,March
1999.
[RFC2581]Allman,M.,Paxson,V.andW.Stevens,"TCP拥塞控制",RFC2581,April1999.
[RFC2582]Floyd,S.andT.Henderson,"TCP的快速修复算法的新的修改",RFC2582,April1999.
[RFC2616]Fielding,R.,Gettys,J.,Mogul,J.,Frystyk,H.,
Masinter,L.,Leach,P.andT.Berners-Lee,"超文本传输协议--HTTP/1.1",RFC2616,June1999.
[SCWA99]S.Savage,N.Cardwell,D.Wetherall,andT.Anderson,
一个错误行动的接收方的TCP拥塞控制,ACM
ComputerCommunicationsReview,October1999.
[TCPB98]HariBalakrishnan,VenkataN.Padmanabhan,Srinivasan
Seshan,MarkStemm,andRandyH.Katz,一个繁忙的网络服务器的TCP行为:分析和改进,IEEEInfocom,March1998.Availablefrom:
"http://www.cs.berkeley.edu/~hari/papers/infocom98.ps.gz".
[TCPF98]DongLinandH.T.Kung,TCP快速修复策略:分析和改进,IEEEInfocom,March1998.Availablefrom:
"http://www.eecs.harvard.edu/networking/papers/infocom-tcp-final-198.pdf".
9.TCP要说明的问题
在这部分我们将讨论TCP拥塞的非凡情况 , 来阐释拥塞控制原理的实现 , 包括加入到传输协议产品的一些细节 。
9.1慢启动
TCP发送方不能通过一次性发送一个很大的数据(例如接收方建议的窗口)来打开一个新的连接 。TCP发送方对拥塞窗口的初始值有限制 。在慢启动过程中TCP发送方能通过在一个循环周期把两个因素并为一个来提高发送速率 。当监测到拥塞或发送方的拥塞窗口比慢启动的临界值大的时候慢启动就结束了 。
全局拥塞控制的潜在影响的问题已经被标准化进程鲜明的提出来了 , 其中包括初始窗口值的增加[参见RFC2414,RFC2581] 。
标准化进程提出的问题一般被认为不需要标准化 , 包括基于速率的步进方式的使用与否 , 在拥塞窗口到达临界值之前提早结束慢启动的机制 。这个机制使得慢启动或多或少比标准的TCP显得保守 。
9.2加法式的增加 , 乘法式的降低
没有拥塞时TCP发送方通过每个循环周期加一个包来增加拥塞窗口 。出现拥塞现象时 , TCP发送方折半减少拥塞窗口 。(更准确地说 , 新的拥塞窗口是拥塞窗口最小值和接收方建议的窗口的一半) 。
全局拥塞控制的潜在影响的问题已经被标准化进程鲜明的提出来了 , 其中包括对‘纯响应‘的流的返回进行拥塞控制的额外的建议 。
一个标准化进程没有提出一般被认为不需要标准化的问题 , 包括拥塞窗口的改变应用在字节数的上界继续在管道中的情况下 , 而不是应用在确认后滑动窗口启动的情况下 。(很明显 , 接收方推荐的窗口应用在确认后滑动窗口启动 。因为从确认方接收的包被放置在TCP接收方的缓存中 , 还没有传给应用程序 。然而 , 拥塞窗口随管道中的包的数量而变化 , 不需要包括被TCP接收方在无序方式下接收的包 。)
推荐阅读
- 雅迪电动车限速线是哪一根
- 发热内衣都是什么原理
- IPCP 端对端协议网间协议控制协议
- TCP 拥塞窗口检验
- Windows下DNS ID欺骗的原理与实现
- 自动马桶有哪些工作原理
- 赤字控制对凭证填制有何影响
- 燃气热水器原理是什么
- 妄想山海飞行坐骑怎么控制
- 奔腾x40远程控制怎么装