欢迎您访问程序员文章站本站旨在为大家提供分享程序员计算机编程知识!
您现在的位置是: 首页  >  网络运营

TIME-WAIT状态存在的必要性

程序员文章站 2022-03-27 21:32:33
TIME-WAIT状态存在的必要性   只有发起主动关闭的一方进入此状态。例外情况是双方同时关闭,这时都进入此状态 在此状态中停留的时间是2MSL,MSL定义为30秒到2分钟,...

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状态。所以在使用该选项时千万不能如此设置。