tcp连接在断网后的恢复能力

　　这下清楚了：

　　如果设了NODELAY,则关闭了nagle算法,大量的小数据包被发出去（看看上面第一个tcpdump的数据）,在突然断网时,in_flight的包很多,多得超过了snd_cwnd即发送窗口的大小,于是tcp_snd_test返回0,真正的发送没有发生.不发送存着的数据,snd_buf中的空间就腾不出来,tcp_sendmsg就一直返回0.恶性循环.

　　有人要问了,既然snd_buf没空间了,那ACK又是怎么发出去的呢？答案是：发ACK不需要snd_buf空间,它直接就扔出去了.在socket收消息时,会调用tcp_recvmsg,收完后会清空读缓冲cleanup_rbuf,cleanup_rbug里会发送ACK消息,如图：

　　tcp_write_xmit里的操作其实就是从发送队列里循环拿skb,然后调用tcp_transmit_skb发到网络上去,而ACK是直接就调用tcp_transmit_skb,故而不经过发送队列,也就不受snd_buf空间的影响.

　　还有人可能问,这岂不是linux tcp协议栈的bug？我觉得有可能,在linux的2.6.32的内核里,tcp_snd_test函数已经没有了（实际上从2.6.13开始tcp_snd_test就没了,用rhel5的人可以松口气了）,__tcp_push_pending_frame里那个别扭的“||”操作也拿掉了,改为直接调用tcp_write_xmit,再在tcp_write_xmit里对窗口和nagle算法就行判断,决定是否该发送包.逻辑更清晰,bug也避开了.

凌众科技专业提供服务器租用、服务器托管、企业邮局、虚拟主机等服务，公司网站：http://www.lingzhong.cn 为了给广大客户了解更多的技术信息，本技术文章收集来源于网络,凌众科技尊重文章作者的版权，如果有涉及你的版权有必要删除你的文章，请和我们联系。以上信息与文章正文是不可分割的一部分,如果您要转载本文章,请保留以上信息，谢谢!