tcp 通信结束后释放连接的原因_TCP四次挥手又来了

“ 如果您三次握手讲明白了，那么接下来还有四次握手能否顺利过关？”

TCP/IP四次挥手的过程

知识点

FIN：终止守护位 初始值设置为1 表示是一个释放报文段

ACK：确认位 初始值设置为1 表示对之前收到的报文段进行确认

seq：序列号

ack：确认号

AB主机此时状态

基于三次握手,那么在数据传输结束后,TCP通信的双方都可以释放连接,现在主机A中的客户进程和主机B中的服务器进程都处于连接已建立状态(ESTABLISHED)

---

第一次挥手

假设主机A中的应用进程通知其释放连接进程,也就是主动关闭TCP连接,TCP客户进程发送TCP连接释放报文段并进入”终止等待1”状态

• 该报文段守护中的终止守护位FIN和确认位ACK都设置为1,表明这是一个TCP释放报文段,同时也对之前收到的报文段进行确认
• 序号seq字段的值设置为u,它等于之前已传送过的数据的最后一个字节的序号+1,请注意TCP规定,FIN=1的报文段即使不携带数据也要消耗掉一个序列号
• 确认号ack字段的值设置为v,它等于TCP客户进程之前已收到的数据的最后一个字节的序号+1

A主机状态

终止等待1(FIN-WAIT-1)

---

第二次挥手

主机B中的TCP服务器进程收到TCP连接报文段后,会发送一个普通的TCP确认报文段,并进入关闭等待状态

• 该报文段守护中的确认位ACK设置为1,表明这是一个普通的TCP确认报文段
• 序号seq字段设置为v,它等于TCP服务器进程之前已传送过的数据的最后一个字节的序号+1,这也与之前收到的TCP连接报释放文段中的确认号匹配
• 确认号ack字段设置为u+1这是对TCP连接释放报文段的确认
• TCP服务器进程这时应通知高层应用进程,TCP客户进程要断开与自己的TCP连接,此时从TCP客户进程到TCP服务器进程这个方向的连接就释放了,这是的TCP连接属于半关闭状态,也就是TCP客户进程已经没有数据要发送了,但TCP服务器进程若有数据要发送,TCP客户进程仍要接收,也就是说从TCP服务器进程到TCP客户进程这个方向的连接并未关闭,这个状态可能会持续一段时间

B主机状态

关闭等待状态(CLOSE-WAIT)

---

第三次挥手

主机A中的TCP客户进程收到TCP确认报文段后就进入终止等待2状态,等待TCP服务器进程发出的TCP连接释放报文段,若主机B中的应用进程已经没有要向主机A的应用进程发送的数据,应用进程就通知其TCP释放连接,由于TCP连接释放是由TCP客户进程主动发起的,因此TCP服务器进程对TCP连接的释放称为被动关闭连接,主机B中的TCP服务器进程发送TCP连接释放报文段,并进入最后确认状态

• TCP连接释放报文段守护中的终止控制位FIN和确认位ACK都设置为1,表明这是一个TCP连接释放报文段,同时也对之前收到的报文段进行确认
• 现在假定seq字段的值为w,这是因为在半关闭状态下TCP服务器进程可能又发送了一些数据
• 确认号字段的值为u+1,这是对之前收到的TCP释放报文段的重复确认

A主机状态

终止等待2(FIN-WAIT-2)

B主机状态

最后确认状态(LAST-ACK)

---

第四次挥手

主机A中的TCP客户进程收到TCP连接释放报文段后必须针对该报文段发送普通的TCP确认报文段之后进入时间等待状态

• TCP确认报文段中的确认位ACK设置为1,表明这是一个普通的TCP确认报文段
• 序号seq字段的值设置为u+1,这是因为TCP客户进程发送的TCP连接释放报文虽然不携带数据但要消耗掉一个序
• 确认号ack字段的值设置为w+1,这是对所收到的TCP连接释放报文段的确认,主机B中的TCP服务器进程收到该TCP确认报文段后就进入关闭状态,而主机A中的TCP客户进程还要经过2倍的MSL后才能进入关闭状态

MSL:最长报文段寿命,RFC793建议为2分钟

A主机状态

时间等待状态(TIME-WAIT)B关闭后经过2倍的MSL进入关闭状态

B主机状态

关闭状态(CLOSED)

END