最近遇到一个问题:
内网http下载会长时间卡顿, 卡顿时候用户电脑显示下载速度为0. 大约等4-5分钟以后, 速度又会恢复正常.
抓包发现, 网络上有少量丢包1%. 出现卡顿的原因就是客户端在等待服务器重传.
如下图, 注意左边的时间戳, 数据包重传等待时间是指数增长的. 当一次丢几个包, 需要逐个重传的时候, 会花很长时间才会重传完毕.

查阅tcp协议文档, 发现是有快速重传机制的. 即当接收方发现丢包以后, 每接收到发送方的一个后续的包都会发送dup ack给发送方. 发送方连续收到3个dup ack包即启动重传.
经过检查发现上面这里没有触发快速重传的原因是: 接收方返回的Ack包里面因为window这个字段的值出现了变化, 接收方不认为这是dup ack包. 所以导致没有触发快速重传. window是指系统的缓冲区, 一般程序从缓冲区读取数据的时候, window就会变化.

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

6915

被折叠的 条评论
为什么被折叠?



