TCP重传和SACK

内网http下载卡顿时,因TCP丢包导致客户端等待重传,重传时间指数增长。TCP快速重传机制未触发,因接收方窗口大小变化。2015年IETF讨论表明SACK能解决此问题,SACK提供更优的重传机制。在Linux启用SACK参数后,问题得到解决,丢包时发送方能迅速重传。
摘要由CSDN通过智能技术生成

最近遇到一个问题:

内网http下载会长时间卡顿, 卡顿时候用户电脑显示下载速度为0. 大约等4-5分钟以后, 速度又会恢复正常.

抓包发现, 网络上有少量丢包1%. 出现卡顿的原因就是客户端在等待服务器重传. 

如下图, 注意左边的时间戳, 数据包重传等待时间是指数增长的. 当一次丢几个包, 需要逐个重传的时候, 会花很长时间才会重传完毕.


查阅tcp协议文档, 发现是有快速重传机制的. 即当接收方发现丢包以后, 每接收到发送方的一个后续的包都会发送dup ack给发送方. 发送方连续收到3个dup ack包即启动重传.

经过检查发现上面这里没有触发快速重传的原因是: 接收方返回的Ack包里面因为window这个字段的值出现了变化, 接收方不认为这是dup ack包. 所以导致没有触发快速重传. window是指系统的缓冲区, 一般程序从缓冲区读取数据的时候, window就会变化. 

  • 1
    点赞
  • 5
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值