TCP的快速重传机制疑问？？？

lip1203

TCP的快速重传机制疑问？？？


用Sniffer或者用科来等网络协议分析软件抓TCP数据包时（比如HTTP协议数据包），通常我们判断在TCP数据传输过程从服务器发送到客户端的数据包中有没有发现丢包现象可以根据两种手段：1，通过对比数据包的序列号是否是按规律增加（即下一数据包的序列号应该＝上一个数据包的序列号＋data长度），但这个需要一个一个数据包查看比较费时；2，检查客户端给出的ACK中有没有出现重复的ACK，如果出现则说明在数据传输过程中出现了丢包，或者说至少说明了出现了数据包的无序到达的现象。
在TCP原理里面有一个快速重传的机制，意思是说如果服务器端收到了多个重复的ACK（一般是3个），服务器就会认为已经发生了数据包丢失，服务器就会马上重传数据包而不用等待重传超时计时器的超时。
可是，虽然我在抓包的过程中确实发现有这种快速重传的例子，可是仍然有大部分的例子表明快速重传并不是一个人人都要遵守的规则，有的服务器在收到N个重复ACK以后才会重传数据包，而且在重传数据包之前都会等待一段大小不等的时间，而且在这段时间里服务器不会发送任何数据。
所以我想问的是：
1，快速重传是否和具体的操作系统有关，而不是一个必须要遵守的规则
2，究竟要收到多少个重复ACK后，才会出现快速重传而且是马上重传

wwwang

1，快速重传是否和具体的操作系统有关，而不是一个必须要遵守的规则
   遵守TCP/IP规则,和操作系统没有关系.
2，究竟要收到多少个重复ACK后，才会出现快速重传而且是马上重传
  由于接收方只有在收到另一个报文段时才会产生重复的A C K，而该报文段已经离开了
  网络并进入了接收方的缓存。也就是说，在收发两端之间仍然有流动的数据,这时不会出现快速重传
  .(请楼主参考TCP/IP拥塞算法)

jxj0918

哇.只能说人才无所不能......我是不能及...