TCP 四次挥手的 TIME_WAIT 为什么持续 2MSL 的时间?

目录

[为什么是 2MSL?](#为什么是 2MSL?)

[为什么是 60 秒?](#为什么是 60 秒?)

可以调整吗?

结论


TCP 协议中的 TIME_WAIT 状态是为了确保数据包的可靠传输以及连接的正确终止而设计的一种机制。当一个 TCP 连接被终止后,最后一个发送 FIN 包的一方会进入 TIME_WAIT 状态。该状态持续的时间通常是 2 倍的最大段生存时间 (Maximum Segment Lifetime, MSL)。MSL 定义了一个 TCP 数据段在网络中可能存在的最长时间。通常情况下,MSL 的默认值是 30 秒,因此 TIME_WAIT 状态持续的时间就是 2 * MSL = 60 秒。

为什么是 2MSL?

  1. 确保所有数据包被接收
  • 当连接双方完成四次握手关闭连接之后,可能存在一些尚未到达目的地的旧数据包。等待 2MSL 可以确保这些数据包超时并被丢弃,这样就不会干扰新的连接。
  1. 确保连接正确关闭
  • 在连接关闭过程中,最后一个 ACK 包可能会丢失。如果接收方没有收到这个 ACK,它将重新发送 FIN 包。发送方必须等待足够长的时间以确保接收方收到了 ACK 并且不会重新尝试关闭连接。
  1. 避免旧数据包干扰新的连接
  • 如果旧的连接没有正确关闭,并且新的连接使用相同的四元组(源 IP 地址、源端口、目标 IP 地址、目标端口)建立,那么旧的数据包可能会干扰新连接的数据流。等待 2MSL 可以确保所有旧的数据包已经消失。

为什么是 60 秒?

  1. MSL 的默认值:MSL 的默认值是 30 秒,这是基于经验选择的一个保守估计,用来确保大多数网络环境下的数据包都能被接收或者超时。

  2. 2 倍 MSL:等待 2 倍的 MSL 是为了确保所有可能的旧数据包都被处理掉,同时考虑到数据包可能在网络中滞留的情况。

可以调整吗?

  1. 操作系统级别的配置:大多数操作系统都允许用户调整 MSL 的值,从而改变 TIME_WAIT 状态的持续时间。例如,在 Linux 中,你可以通过 /proc/sys/net.ipv4.tcp_fin_timeout 文件来修改 TIME_WAIT 的超时时间。

  2. 动态调整:有些高级的网络应用可能会根据实际网络情况动态调整 MSL 的值,但这通常需要对应用进行特殊设计。

结论

TIME_WAIT 状态的存在是为了确保连接的可靠性和数据包的正确处理。虽然默认值为 60 秒,但在某些场景下,可以根据实际情况调整这个值来优化网络性能。

相关推荐
Elastic 中国社区官方博客4 小时前
使用 Elastic Cloud Serverless 扩展批量索引
大数据·运维·数据库·elasticsearch·搜索引擎·云原生·serverless
超龄超能程序猿5 小时前
Docker GPU插件(NVIDIA Container Toolkit)安装
运维·docker·容器
岁岁种桃花儿5 小时前
Nginx 站点垂直扩容(单机性能升级)全攻略
网络·nginx·dns
Xの哲學5 小时前
Linux SMP 实现机制深度剖析
linux·服务器·网络·算法·边缘计算
2501_906150565 小时前
私有部署问卷系统操作实战记录-DWSurvey
java·运维·服务器·spring·开源
钦拆大仁5 小时前
单点登录SSO登录你了解多少
服务器·sso
岳来6 小时前
docker 从 Path 值看容器启动命令
运维·docker·容器
only火车头6 小时前
升级 ceph (16.2 -> 18.2) ceph mon 启动失败
服务器·ceph
一颗青果6 小时前
公网构建全流程与参与主体深度解析
网络
RisunJan6 小时前
Linux命令-ifconfig命令(配置和显示网络接口的信息)
linux·运维·服务器