[socket] 断开连接时,time_wait状态的解释和验证:

[socket] 断开连接时,time_wait状态的解释和验证:

time_wait状态的解释和验证:

在TCP同步双工断开连接中,假设没有time-wait这个状态,那么在最后一个FIN N发送时,主动关闭方接到后,返回ack N+1.那么这个时候如果N+1这个包在没有正确达到,那么对方会一直处于LAST ACK的状态,而发送方因为没tim_wait这个状态,已经认为是正确发送了就退出了,造成接收方一直等待。 加入time_wait后,time_wait本身这个值也代表这个一个包在网络上能生存的时间,接收方就可以简单认为在这个时间内没收到N+1的包就可以认为
这次断开是失败的,那么要重新发送FIN N的序列号。而这个时候time_wait端也要将状态改为接
收这个FIN的状态,以进行下一次发送

对重复连接的socket连接:设想下,假设没这个time_wait,你刚退出这个套接字,四次断开还未
完成,你或许在CLOSE_WAIT就退出了,然后又马上连接,发出你的ACK。这个后果是很严重的,而
对方可能认为你还处于刚才的四次断开状态呢。。

第一无法验证。对第二个验证如下:在客户端bind一个sockaddr_in,指定端口。在断开时,马上再次连接,发现连接不起来


这个时候端口处于

  1. 127.0.0.1:9005127.0.0.1:9000TIME_WAIT

你可能感兴趣的:(socket)