TCP连接与释放 浅析

TCP连接的建立和释放

TCP首部的6个标志位

URG  紧急指针有效

ACK  确认序号有效

PSH   接收方应该尽快将这个报文段交给应用层

RST 重新连接

SYN     同步序号用来发起一个连接

FIN 发送端完成任务

连接建立过程

B的TCP服务器进程先创建传输控制块TCB（存储了每个连接的重要信息，如：TCP连接表，发送和接收缓存的指针，重传队列的指针，当前发送和接收序号），准备接受客户进程的连接请求。然后，服务器进程进入LISTEN状态，等待客户机的请求。

A的TCP客户进程也先创建传输控制模块TCB，然后向B发出连接请求的报文段，这时候首部中的同步位SYN=1，同时选择一个初始序号seq=x。TCP规定SYN报文段（SYN=1的报文段）不能携带数据，但是要消耗一个序号。此时，TCP客户进程进入SYN-SENT（同步已发送）状态。

B收到连接请求的报文后，如同意建立连接，则向A发送确认。在确认报文段中SYN位和ACK位置一，确认号seq=x+1，同时也为自己选择一个初始序列号seq=y。此时，服务器进程进入SYN-RCVD（同步收到）状态。

TCP客户进程收到B的确认后，还要向B给出确认。确认报文段的ACK置一，确认号ack=y+1，而自己的序号是ack=x+1。ACK报文段可以携带数据，若是不携带数据则不消耗序列号，此时A已经进入了ESTABLISHED状态，B收到确认后也进入ESTABLISHED状态。

A收到确认后，还要发送一次确认的原因是：主要为了防止已失效的连接请求报文段突然又传到了B，而产生错误。

A向B发送连接释放报文，报文首部的终止控制位置一，其序号seq=u，此时Ａ进入FIN-WAIT-2（终止等待１）状态，等待Ｂ的确认，ＦＩＮ报文不能携带数据，但是要消耗一个序号。

Ｂ收到连接释放报文后即发出确认，这个报文段自己的序号为ｖ，确认号为ack=u+1，然后B进入CLOSEWAIT（关闭等待）状态。TCP进入半关闭状态。B还可以向Ａ发送数据，但是Ａ不能向Ｂ发送数据。

Ａ收到来自Ｂ的确认后进入FIN-WAIT-2状态，等待Ｂ发出的连接释放报文。

Ｂ向A发送连接释放报文，过程类似A向B发送连接释放报文段，Ｂ进入LAST_ACK状态，等待Ａ的确认报文。

A收到连接释放报文段后，立即发出确认。然后进入TIME-WAIT状态，现在A还没有进入CLOSED状态，进过2MSL时间后，进入CLOSED状态。

B收到Ａ的确认报文后，进入CLOSED状态。

 

A等待2MSL时间的原因：

1）为了保证A发送的最后一个ACK报文能够到达B。若是Ａ发送的这个ＡＣＫ报文在半路丢失了，Ａ还能够重传报文（每重传一次就重新设置２ＭＳＬ时间），若Ａ直接进入ＣＬＯＳＥＤ状态的话，出现上述情况Ｂ就不能狗正常步骤进入CLOSED状态。

2）防止已失效的连接请求报文段出现在本连接中。Ａ在发送完最后一个ＡＣＫ报文后，再经过2MSL时间，就可以将本连接持续的时间内产生的报文都从网络上消失。这样就可以在下一次新链接结束了这次的TCP连接。