Linux TCP协议栈处理函数tcp_sacktag_write_queue的分析问题【部分解决？】

jiufei19

感谢hritian，我对比了下2.6.28的代码，虽然有很多不同，但是我的此问题所属部分的代码没有改变

eexplorer

> 964  *  B. SACK arrives sacking data transmitted after never retransmitted
> 965  *     hole was sent out.

在进入recovery state之前，tcp是不会重传已经发送过的包的，它会继续发送新的数据包。

一旦进入recovery state，在snd_una到high_seq之间会有一些没有sack的包（即这里说的never retrasnmitted hole)，这时tcp会重传这些它认为lost的包。当这些hole重传完后，如果congestion window允许的话，tcp会继续发送新的数据（>= high_seq)。

这里所说的SACK是在sacking这些新的数据。也就是说，接收方并没有完全收到这些重传的数据包（如果全部收到的话，发送方就会收到一个ack包，ack_seq >= snd_una)，只是收到了后面的一些数据，所以发送方认为前面那些restransmitted hole中的一些包丢失了。

[ 本帖最后由 eexplorer 于 2009-9-11 23:12 编辑 ]