【计算机网络】 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是为了防止超时重传,因为如果处理数据的时间过长就会触发超时重传机制。

相关推荐
2401_868534781 小时前
系统分析师案例分析题常考知识点
python·计算机网络
咖啡有点酷1 小时前
Geo-Targeting 技术深度解析:IP定位与本地化投放实践
网络·技术分享
VidDown1 小时前
在线视频下载器技术解析:原理、工具与合规实践
网络·音视频·实时音视频·视频编解码·视频下载
努力努力再努力wz1 小时前
【高性能网络库与HTTP Server系列】:基于主从 Reactor 模型实现高性能 C++ 网络库与 HTTP Server
开发语言·网络·数据结构·数据库·c++·网络协议·http
Mr.HeBoYan2 小时前
DPDK为什么越来越少使用rte_ring?——从Lock-Free到Run-to-Completion,重新理解现代DPDK架构演进(上)
linux·网络·算法·性能优化·架构·dpdk
z小猫不吃鱼2 小时前
06 权重幅值剪枝、剪枝后微调与稀疏网络训练:模型剪枝中的三个基本问题
网络·算法·剪枝
2301_780356703 小时前
全视通智慧医院解决方案:构建数智化医疗新生态
大数据·网络·人工智能
白白白飘3 小时前
【8】补充与拓展:Langchain的联网搜索Agent,使用Tavily工具
服务器·网络·langchain
DS小龙哥3 小时前
基于树莓派PICO2设计的汽车少儿安全预警系统
网络·安全·汽车
solar应急响应3 小时前
【银狐应急复盘】伪装 Telegram 的“白加黑”银狐木马,从深度溯源到彻底清除的闭环响应实录(附自查 IOC)
网络·安全