干货 | tcp协议栈中rst报文的seq跳变问题

点击上方“中兴开发者社区”,关注我们

每天读一篇一线开发者原创好文

640?wx_fmt=png

之前在《深入理解并行编程》的群里,有个小米的兄弟问了一个问题,服务器A发包给服务器B,Seq是1,但是在未能收到服务器B的报文回复的情况下,发送了

发现其实rst的seq不是1的原因,并不是因为跳变,而是正常的,因为发送给B的报文,长度为1460,但是这个报文没有得到回复,所以在超时之后,应用程序关闭了这条连接,

导致内核协议栈发送了一个rst报文,而rst报文选取seq的时候,并不是选取的确定已经发送的seq,而是当前连接已经用掉的seq,也就是当前seq,哪怕这个报文没有收到回复,也会使用。

具体看代码:

干货 | tcp协议栈中rst报文的seq跳变问题_第1张图片

其中关注下报文的init过程:

干货 | tcp协议栈中rst报文的seq跳变问题_第2张图片

那么传入的seq是多少呢?

干货 | tcp协议栈中rst报文的seq跳变问题_第3张图片

注释写得比较清楚,如果窗口没有shrunk,也就是tp->snd_nxt 没有out of window 的话,则取得就是tp->snd_nxt,而这个值,就是报文长度+1了,也就是1461.

你可能感兴趣的:(干货 | tcp协议栈中rst报文的seq跳变问题)