我要评论TIME-WAIT状态存在的必要性
只有发起主动关闭的一方进入此状态。例外情况是双方同时关闭，这时都进入此状态
在此状态中停留的时间是2MSL，MSL定义为30秒到2分钟，linux定义的是30秒，所以停留1分钟
如果此状态下有数据达到，就重置该定时器。
time-wait状态下按理对方关闭了连接，不会有数据到来的。
下面是time-wait存在的必要性：
对于主动关闭方，最后要发送一个ACK给对方确认关闭。而这个ACK包有可能丢失，所以设置一个等待时间，如果对方重传FIN包的话还可以在发送ACK包确认；
由于网络延迟的存在，可能有的数据包在其重传数据包后才到达。这时如果连接关闭，并且刚好双方又建立了一个相同地址的连接，那么这个数据包就有可能被当成这次连接的数据包了。有了time-wait后，旧有的连接在此种数据包在网络消失前任然存在，所以不会发生前面描述的干扰新的连接的情况。
time-wait意外（没到时间被强制结束）
RFC793中当连接处于TIME-WAIT状态时，如果接受到RST消息，TCP应立即关闭连接。
RFC1337中描述了这个问题，Linux的解决方法是如果设置了启用rfc1337，就忽略该RST，
否则就关闭连接
if (th->rst) {
/* This is TIME_WAIT assassination, in two flavors.
* Oh well... nobody has a sufficient solution to this
* protocol bug yet.
*/
if (sysctl_tcp_rfc1337 == 0) {
kill:
inet_twsk_deschedule(tw, &tcp_death_row);
inet_twsk_put(tw);
return TCP_TW_SUCCESS;
}
}
另外一个发生的场景是人为制造的，对于SO_LINGER套接字选项，如果设置开启linger，并且设置
linger时间为0，就会发生RST给TIME-WAIT状态。所以在使用该选项时千万不能如此设置。
您可能感兴趣的文章:
如您对本文有疑问或者有任何想说的，请点击进行留言回复，万千网友为您解惑！
网友评论