TCP三次握手与四次挥手的过程及原因

最新推荐文章于 2023-02-01 15:36:40 发布

good-destiny

最新推荐文章于 2023-02-01 15:36:40 发布

阅读量329

点赞数

分类专栏：计算机网络

原文链接：https://blog.csdn.net/kongkongkkk/article/details/74081163

版权

计算机网络专栏收录该内容

18 篇文章 0 订阅

订阅专栏

一、TCP的连接建立——三次握手

ä¸æ¬¡æ¡æ

1、最初两端的TCP进程都处于CLOSED（关闭）状态。A主动打开连接，B被动打开连接

2、B的TCP**服务器进程创建传输控制块TCB（Transmission Control Block），然后处于LISTEN（收听）状态，准备接受客户端的连接请求**

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

4、B收到连接请求报文后，如果同意建立连接，则向A发送确认报文段，此报文段中SYN=1，确认位ACK=1，确认号为ack=x+1，同时选择一个初始序号seq=y。此报文段也不能携带数据，但同样要消耗一个序号。此时B进入SYN-RCVD（同步收到）状态

5、A收到B的确认报文段后，还要向B发送确认报文段。此报文段中ACK=1，ack=y+1，seq=x+1。TCP规定ACK报文段可以携带数据，但如果不携带数据则不消耗序号，所以下一个数据报文段的序号仍是seq=x+1。此时A进入ESTABLISHED（以建立连接）状态

6、当B收到A的确认后，也进入ESTABLISHED（以建立连接）状态

二、TCP释放连接——四次挥手

åæ¬¡æ¥æ

1、A向B发送连接释放报文段并停止发送数据。此报文段中终止控制位FIN=1，seq=u（等于前面已传送过的数据的最后一个字节加1）。此时A进入FIN-WAIT-1（终止等待1）状态。TCP规定，FIN报文段即使不携带数据也要消耗一个序号

2、B收到连接释放报文段后就发出确认报文段。此报文段中确认号ack=u+1，seq=v（等于前面已传送过的数据的最后一个字节加1）。此时B进入CLOSE-WAIT（关闭等待）状态。TCP服务器进程通知应用进程，A到B的连接释放了，这时的TCP连接处于半关闭（half-close）状态，但B到A的连接并未关闭，此时B发数据，A仍要接收

3、A收到B的确认后，就进入FIN-WAIT2（终止等待2）状态，等待B发出的连接释放报文段

4、如果B已没有要发送的数据，就发送连接释放报文段。此报文段中FIN=1，seq=w（在半关闭状态中B可能发送了数据），ack=u+1。此时B进入LAST-ACK（最后确认）状态

5、A收到了B的连接释放报文段后就发出确认报文段。此报文段中ACK=1，ack=w+1，seq=u+1。此时A进入TIME-WAIT（时间等待）状态

6、此时TCP连接还没有释放掉，必须经过时间等待计时器（TIME-WAIT timer）设置的2倍的最长报文段寿命MSL（Maximum Segment Lifetime）后，A才进入到CLOSED状态。MSL建议设为2分钟。当A撤销相应的传输控制块TCB后，就结束了这次TCP连接

7、B收到A的确认报文，就进入CLOSEWD状态。B撤销相应的传输控制块TCB后，就结束了这次的TCP连接