【计算机网络】 TCP——四次挥手

文章目录

流程

  1. 主动方打算关闭连接,此时会发送一个TCP首部FIN标志位被置为1的报文,也即FIN报文,之后主动方进入FIN_WAIT_1状态。
  2. 被动方收到该报文后,就向主动方发送ACK应答报文,接着被动方进入CLOSE_WAIT状态。
  3. 主动方收到被动方的ACK应答报文后,进入FIN_WAIT_2状态。
  4. 等待被动方处理完数据之后,也向主动方发送FIN报文,之后被动方进入LAST_ACK状态。
  5. 主动方收到被动方发送的FIN报文后,回一ACK应答报文,之后进入TIME_WAIT状态。
  6. 被动方收到了ACK应答报文之后,就进入了CLOSED状态,至此被动方已经完成连接的关闭。
  7. 主动方在经过2MSL一段时间之后,自动进入CLOSED状态,至此主动方也完成了连接的关闭

考点

  • 为什么主动方发了最后一次ACK后还要等待2MSL后才能进入关闭连接?

答:因为最后等待2MSL是为了防止最后一次ACK丢失,如果ACK丢失了,在2MSL中会再次收到FIN,那就再回一个ACK,如果没有再次收到FIN,就证明ACK没有丢失,就可以放心进入CLOSE状态了,如果不等待就关闭并且ACK包丢失了,那么被动方就会一直重复发FIN包。

  • 被动方在收到FIN后,为什么要立刻回一个ACK,等一会再发FIN?

答:要将之前收到的数据都处理完再回复FIN包,立刻回ACK是为了防止超时重传,因为如果处理数据的时间过长就会触发超时重传机制。

相关推荐
云飞云共享云桌面1 小时前
单机建模卡顿运维繁琐!中小型机械制造厂云飞云 3D 云桌面落地
运维·服务器·网络·3d·自动化·电脑·负载均衡
mounter6251 小时前
BPF 的进化史:从网络过滤器到 AI 时代的 Linux 核心引擎
linux·网络·人工智能·ebpf·linux kernel·kernel
CryptoPP1 小时前
BSE股票K线数据接入实战:从接口调用到前端图表展示
大数据·前端·网络·人工智能·websocket·网络协议
ITxiaobing20231 小时前
程序化广告RTB场景下IP地理定位服务的精度与工程架构选型
网络协议·tcp/ip·架构
液态不合群2 小时前
卡死在生产流程?AI破解制造业数字化落地顽疾
网络·人工智能·低代码·重构
技术不好的崎鸣同学2 小时前
Windows 命令提示符(CMD)恶意脚本分析篇
网络·windows·安全·系统安全
m0_715674433 小时前
2026年医疗行业数据库风险监测产品综合能力排名分析
网络·数据库
apihz3 小时前
台风实时与历史详情查询免费 API 接口完整教程
android·开发语言·tcp/ip·dubbo·台风·天气预报
阿米亚波4 小时前
【EVE-NG 实战】防火墙基础(VLAN · VRRP · NAT · ACL · 静态路由)
运维·网络·笔记·网络协议·计算机网络·网络安全·运维开发
零意@5 小时前
海光平台debian11的系统,打开pstore功能和验证功能
网络