TCP超时重传时间的选择
一---导读
TCP超时重传时间的选择是计算机网络中较复杂的问题之一,但幸好前辈们都把路铺好了,我们只需要学习并且遵循这些规则,有能力的话去进一步改正。
二---必知的一些专业术语
A--RTT( round-trip time)往返时延。代表TCP发送方从发送报文段开始,到接收到接收方发送的确认报文段的这段时间.
B--RTO(Retransmissinon Time -out)超时重传时间。
三---重传时间的公式和选择
思考这样两个问题,如果超时重传时间RTO设置的比往返时间RTT还要小,那么在发送方还没收到确认之前,该数据报文段发生了不必要的重传。多此一举。
如果超时重传时间RTO设置的比往返时延RTT大很多,那么网络空闲的时间就会较大(因为在重传时间内,不能进行其它报文段的发送),减低了网络传输的效率。
通过以上两个问题总结我们是否可以得出这样的结论:超时重传时间RTO的值是不是设置的比第一次往返时间RTT0的值略大就行了呢?答案是否定的,网络速率千变万化,受很多因素(如路由器,带宽)的影响,可能第一次RTT0是一个值,第二次RTT1的值又是另外一个值,那么如果把RTO的值固定写死那就行不通。
上图表面如果RTO固定的话会造成“TCP数据报文段1”发生不必要的重传
第二次的RTT1要大于第一次的RTT0,于是第一次的RT0的选择值在这里就不适合了。针对这一个复杂的问题,我们不能用某次测量的值来计算超时重传时间RTO。这时就需要借鉴中华名族的优秀传统-折中。利用每次测量的RTT样本,然后取一个加权平均值RTTs。
新的加权平均往返时间RTTs = (1 - a)x 旧的RTTs + a x 新的RTT样本。(其中0 < a < 1)
如果 a很小,趋近于0,说明新的RTT样本作用不大。
如果 a 很大,趋近于1,则说明旧的RTTs对新的RTTs的影响很小。
现在通用的a的取值为1/8,即0.125。
显然,新的RT0的值应该要略大于RTTs的值。
RTO = RTTs + 4 x RTTd(RTTd为RTT偏差的加权平均)
RTTd1 = RTT1 / 2
新的RTTd = (1-B) x 旧的RTTd+B x |RTTs-新的RTT样本| 。 (其中0< B<1)
B的建议取值为1/4,即0.25
从上面可以看出,新的RTT样本的计算正确与否特别重要。
RTT的测量容易出现下面图示的问题
解决上面问题的办法是:报文段每重传一次,就增大RTO的值,典型的做法是把新的RTO的值取值为旧RTO的两倍。
四---习题与总结
超时重传时间的问题比较复杂,但重要的是理解并记忆两个公式,最后,以一个练习来结束总结本文,如下图
- 【计算机网络】TCP超时重传时间的选择
- python TCPServer, StreamRequestHandler设置超时时间timeout
- 客户端C和服务器S之间建立一个TCP连接,该连接总是以1KB的最大段长发送TCP段,客户端C有足够的数据要发送。当拥塞窗口为16KB的时候发生超时,如果接下来的4个RTT往返时间内的TCP段的传输是成
- 为tcp的connect设置超时时间
- TCP编程:client设置超时收包时间,收包失败,关闭连接。
- 带超时时间的telnet该怎么玩?------检测tcp是否可连接时经常用到(本文仅给出linux版本,之前博客也有Windows版本的)
- C# 的tcp Socket设置自定义超时时间
- TCP超时时间的计算
- hdu 2102 A计划 搜索简单题,防止超时,记录访问每个节点时的时间戳,选择每次访问的最小时间戳
- TCP服务端要设置超时时间
- Modbus Poll 设置Modbus TCP通信超时时间
- 设置TCP connect超时时间的2种方法
- 为tcp的connect设置超时时间
- 设置linux中tcp默认的20秒connect超时时间(转)
- 2017-02-14 面向连接的运输:TCP、TCP链接、TCP报文段结构、往返时间的估计与超时、可靠数据传输、流量控制、TCP链接管理
- Windows系统设置开机菜单选择超时等待时间的方法
- TCP的往返时间的估计与超时
- 设置linux中tcp默认的20秒connect超时时间
- 设置TCP阻塞模式下的发送和接收函数超时时间
- android弹出时间选择框