深入理解tcp time wait
深入理解tcp time wait
#深入理解tcp time wait TIME_WAIT 是在TCP协议中很模糊的概念,它可能使socke能陷入的一种时间相对比较长的状态,过多的TIME_WAIT会影响新socket的建立。 TIME_WAIT为什么会存在?它的作用又是什么? 下面我们就来理解下TIME_WAIT 这张图详细的列出了TCP建立连接和断开连接的各个TCP状态之间的转换。红色的代表server,蓝色的代表client。下面列出各自的TCP状态转换条件 #TCP建立连接 Client: 向server发送 SYN 包,表示请求建立连接,进入 SYN_SENT 状态; Server: 接收来自client的 SYN 包,发送 SYN/ACK 包,代表client->server单向tcp连接已经建立, 进入 SYN_RCVD 状态; Client: 接收到来自server的 SYN/ACK 包,发送给server ACK 包,进入 Established 状态; Server: 收到client的 ACK 包,代表 server->client 的单向tcp连接也建立,此时进入 Established 状态; #TCP断开连接 先引入两个概念,首先调用close()是"主动关闭"(active close),另一个是"被动关闭"(passive close)。一般我们连上ftp或者http,断开连接的都是客户端。看上面的图,"主动关闭"端状态要经历3个状态,而TIME_WAIT是属于“主动关闭”端最后的一个tcp状态。 client: 主动调用close(),发送 FIN 包,此时client就"主动关闭"端,进入 FIN_WAIT_1 状态; Server: server自然成为"被动关闭"端,收到来自client的 FIN 包,发送 ACK 包,代表client->server单向tcp连接已经关闭,进入 CLOSE_WAIT 状态; Client: 接收到来自server的 ACK 包,啥都不做,client->server单向的tcp连接已经断开,不能再发送应用层数据,进入 FIN_WAIT_2 状态; Server: server端给client端发送 FIN 包,代表准备关闭server->client的tcp连接,server进入LAST_ACK 状态; Client: 收到来自server的 FIN 包,发送 ACK 包,此时进入 TIME_WAIT 状态; Server: 收到Client的 ACK 包,就进入closed状态,Server端此次socket tcp连接完全端口; Client: 持续TIME_WAIT状态"一段时间"; #理解TIME_WAIT 理解了上面的原理之后,接着就是正式介绍TIME_WAIT。TIME_WAIT的时间大多数情况下都是2倍的MSL(Maximum Segment Lifetime),MSL是一个数据包在网络上能生存的最长生命周期,一旦超过MSL的包就会被丢弃。从上面可以看到,TIME_WAIT是“主动关闭”端的最后一个状态,引入TIME_WAIT的原因有: 1.
[Read More]