TCP超时与重传

1.TCP中每次重传间隔时间加倍称为二进制指数退避.
2.TCP发送端在观测到dupthresh(通常为3)个重复ACK之后,即会重传可能丢失的分组.而不必等待重传计数器超时.而且,可以根据重复的ACK推断丢包通常与网络拥塞有关,因此伴随快速重传应触发拥塞控制机制.
3.不采用SACK机制时,在接收到有效ACK之前之多能重传一个报文段.采用SACK,ACK可以包含额外的信息,发送端可以再每个RTT时间内填补多个空缺.
4.当TCP连接建立之后,acknowledge sequence_num总是有效的,也就是说ACK标志需要一直设置为1.假如说C端发送数据给S端,S端不发送数据给C端,那么C端发送的acknowledge sequence_num的值是建立连接时协商的值??因为S端不发送数据,那么收到C端连续3个相同的acknowledge sequence_num会不会导致快速重传??
5.SACK可以包含多个block,但是第一个block内包含的是最近接收到的报文段的范围,尽可能确保向TCP发送端提供最新的信息;其余的SACK块包含的内容也按照接收的先后顺序一次排列.SACK块除了提供最新的序列号信息,还需要重复之前的SACK块.这样做为防止SACK丢失提供一些备份信息.
6.SACK发送端执行重传时,通常是因为收到了SACK或者重复的ACK,它可以选择性的重发新数据或者旧数据.根据SSACK提供的接收端序列号范围,可以推断出需要重传的空缺数据.最简单的方法是使发送端首先填补接收端的空缺,然后再继续发送新数据.
7.SACK使能options只有在SYN包中会体现.

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值