第四次挥手后等待的2MSL到底是多久？

最新推荐文章于 2024-07-10 09:34:20 发布
最新推荐文章于 2024-07-10 09:34:20 发布
阅读量4.9k 收藏 1
点赞数 1
分类专栏： Java 文章标签： http
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_44582716/article/details/119148209
版权

HTTP断开连接需要经过四次挥手，第四次挥手后为了保证发送的ack成功被对方接收需要等待2MSL的时间。

MSL：报文的最长生存时间

那到底2MSL是多长时间呢？

规定是MSL为2分钟，2MSL就是4分钟

但是实际中30秒、1分钟、2分钟都在使用

吕小宾
关注
专栏目录
释放连接：四次挥手过程？为什么要等待2MSL
HZ___ZH的博客
11-25 4471
储备知识：TCP报文段的首部格式（讲下面提到的）： 1.FIN：用来释放一个连接。当FIN=1时，表示此报文段的发送方的数据已经发送完毕，并要求释放运输连接。 2. 确认ACK（acknowledgment）：当ACK = 1 时确认号字段才有效。ACK = 0时确认号字段无效。 TCP规定，在连接建立后所有的报文段都必须把ACK置1 3.确认号：是期待收到对方下一个报文段的第一个数据字节的序号，占四字节。 第一次挥手：客户端发送连接释放报文，并停止再发送数据，主动关闭TCP连接。连接释放报文的首部的.
【C++11高性能服务器】2MSL有多长？
weixin_42157432的博客
04-09 611
速览 MSL: Maximun Segment Lifetime,即报文最大生存时间 注意：超过这个时间，报文将被丢弃!(确保旧tcp连接中链路中所有旧报文被丢弃) 2MSL一般为4分钟！ MSL是Maximum Segment Lifetime英文的缩写，中文可以译为“报文最大生存时间”，他是任何报文在网络上存在的最长时间，超过这个时间报文将被丢弃。因为tcp报文（segment）是ip数据报（datagram）的数据部分，具体称谓请参见《数据在网络各层中的称呼》一文，而ip头中有一个TTL域，TTL
2MSL到底有多长
m673010624的博客
08-18 1万+
以前一直不知道2MSL到底有多长，直到看到这个比喻
什么是2MSL
热门推荐
xiaofei0859的专栏
11-30 6万+
<br />MSL是Maximum Segment Lifetime英文的缩写，中文可以译为“报文最大生存时间”，他是任何报文在网络上存在的最长时间，超过这个时间报文将被丢弃。因为tcp报文（segment）是ip数据报（datagram）的数据部分，具体称谓请参见《数据在网络各层中的称呼》一文，而ip头中有一个TTL域，TTL是time to live的缩写，中文可以译为“生存时间”，这个生存时间是由源主机设置初始值但不是存的具体时间，而是存储了一个ip数据报可以经过的最大路由数，每经过一个处理他的路由器
TCP中的2MSL详解
最新发布
qq_62311779的博客
07-10 763
MSL是一个TCP段在网络中可以存活的最长时间，2MSL就是两倍的这个时间。让网络中的TCP报文段自然消失。防止"老"数据包在网络中滞留。
Time_wait为什么是2MSL的时间长度？
芝麻糊糊
03-26 4372
为了保证客户端发送的最后一个ACK报文段能够到达服务器。这个ACK报文段可能丢失，因而使在Last-ACK状态的服务器收不到对已发送的FIN+ACK报文段的确认。服务器就会超时重传这个报文段，而客户端就能在2MSL时间内收到这个重传的FIN-ACK报文段。接着客户端重传一个确认，重新启动2MSL计时器。最后客户端和服务器端都能正常进入到CLOSED状态。如果服务器端在TIME-WAIT状态下不等待...
【图文详解】总结TCP四次挥手机制原理，为什么需要四次挥手，2MSL有什么意义？
m0_48256515的博客
04-30 3719
一、什么是四次挥手？ 四次挥手即 TCP 连接的释放，这里假设客户端主动释放连接。在挥手之前主动释放连接的客户端结束 ESTABLISHED 阶段，随后开始四次挥手。 首先客户端向服务端发送一段TCP报文表明想要释放TCP连接，其中： 首先客户端向服务端发送一段TCP报文，表示想要释放TCP连接，其中： 标志位为FIN（表示请求释放连接），序号Seq=u； 随后客户端进入FIN-WAIT-1阶段，即半关闭阶段，并且停止向服务端发送通信数据； 服务端接收到客户端请求断开连接的FIN报文后，结束EST.
解释TCP的三次握手及四次挥手及为什么要等待2MSL
heima201907的博客
12-24 1103
声明: 本文不保证每个定义绝对严谨, 只是通过更加通俗易懂的语言来让阅读者更好的理解三次握手及四次挥手的过程!!! 首先我们来明白几个定义: 1. FIN: 请求关闭报文 2. SYN: 请求建立连接 3. ACK: 确认收到 4. MSL: 最大报文生存时间 三次握手: 三次握手理解起来比较简单, 说白了就是一个确认双方都能发送且都能接收的一个过程. 第一步: 客户端想要与服务器建立连接, 于是...
三次握手于四次挥手.docx
09-05
4. **第四次挥手**：服务器接收到客户端的FIN报文后，发送一个ACK报文确认，然后进入TIME-WAIT状态，等待一段时间（2MSL，最大报文生存时间）以确保客户端接收到ACK。当这个时间过去，服务器关闭连接，状态变为...
TCP三次握手与四次挥手.pdf
04-23
4. 第四次挥手：客户端收到服务器端的FIN包后，发送一个带有ACK标志的数据包作为回应，客户端进入TIME_WAIT状态。这个状态可能会持续一段时间（通常是两倍的MSL，最大报文段存活时间），以确保服务器端收到最终的...
TCP四次挥手 & 2MSL & TIME_WAIT详解
weixin_47826078的博客
11-21 1186
4次握手的最后一个ACK是是由主动关闭方发送出去的，若这个ACK丢失，被动关闭方会再次发一个FIN过来。若主动关闭方能够保持一个2MSL的TIME_WAIT状态，则有更大的机会让丢失的ACK被再次发送出去。 （2）防止lost duplicate对后续新建正常链接的传输造成破坏。 lost duplicate在实际的网络中非常常见，经常是由于路由器产生故障，路径无法收敛，导致一个packet在路由器A，B，C之间做类似死循环的跳转（也有可能是网络时延导致）。 IP头部有个TTL，限制了一个包在网络中的
说一下什么是tcp的2MSL，为什么客户端在 TIME-WAIT 状态必须等待 2MSL 的时间？
weixin_53909748的博客
08-12 2899
说一下什么是tcp的2MSL，为什么客户端在 TIME-WAIT 状态必须等待 2MSL 的时间？
居然很少有人质疑： 2MSL的TIME_WAIT时间真的足够保证旧连接上的所有包都消失吗？
认知 行动 坚持
07-22 9333
看了不少TIME_WAIT方面的书籍和网络文章， 很多地方不过是在人云亦云的拷贝别人的说法和思想而已， 看得让人颇为无趣。         对于TIME_WAIT, 言必称2MSL, 当然， 如果是笔试面试， 我也会这么答， 因为这就是所谓的标准答案啊。 然而， 2MSL的TIME_WAIT时间真的足够保证旧连接上的所有包都消失吗？ 我最近一直在思考这个问题。 从理论上来讲， 这是扯淡。  
Time-wait状态(2MSL)
ALakers的博客
07-16 1967
本文转自：https://blog.csdn.net/overstack/article/details/8833894，尊重原创 什么是2MSL： MSL是Maximum Segment Lifetime,译为“报文最大生存时间”，他是任何报文在网络上存在的最长时间，超过这个时间报文将被丢弃。 因为TCP报文（segment）是IP数据报（datagram）的数据部分，而IP头中有一个TTL域，TTL是time to live的缩写，中文可以译为“生存时间”，这个生存时间是由源主机设置初始值但不是存的.
Time-wait状态(2MSL)一些理解
weixin_34364071的博客
01-23 285
2019独角兽企业重金招聘Python工程师标准>>> ...
关于4次挥手时等待2MSL的问题
唐宋元明清
08-30 4958
关于三次握手和四次挥手的过程算是十分熟悉了，可昨天网易面试面试官的一个问题瞬间让我意识到自己只不过理解了一点皮毛而已。 我们都知道，四次挥手时，主动发起关闭连接的操作的一方将达到TIME_WAIT状态，而且这个状态要保持Maximum Segment Lifetime的两倍时间。 那么问题来了 ：1.为什么不直接关闭要进入等待状态？                            2....
【Linux网络编程】TCP状态转换、半关闭、2MSL时长
qq_59084325的博客
10-14 1651
【Linux网络编程】TCP状态转换、半关闭、2MSL时长（超详细）
TCP之2MSL
一点点
08-28 2808
1.TCP之2MSL 1.1 MSL MSL:Maximum Segment Lifetime报文段最大生存时间，它是任何报文段被丢弃前在网络内的最长时间 为什么存在MSL TCP报文段以IP数据报在网络内传输，而IP数据报则有限制其生存时间的TTL字段，并且TTL的限制是基于跳数 MSL大小定义 RFC文档中规定为2分钟，但是实际实现过程中，MSL一般为：30秒、1分钟、2分钟...
TIME_WAIT状态(2MSL)的作用
秋叶原 && Mike || 麦克
09-23 1万+
主动关闭的Socket端会进入TIME_WAIT状态，并且持续2MSL时间长度，MSL就是maximum segment lifetime(最大分节生命期），这是一个IP数据包能在互联网上生存的最长时间，超过这个时间将在网络中消失。MSL在RFC 1122上建议是2分钟，而源自berkeley的TCP实现传统上使用30秒，因而，TIME_WAIT状态一般维持在1-4分钟。
你作为一个Java领域的专家，请完成以下任务：第四次挥手后客户端是立刻就关闭了吗？是什么状态？
05-19
当客户端发送完最后一个ACK报文之后，它就会进入TIME_WAIT状态，等待2MSL（最长报文段寿命）时间后才会关闭，此时客户端已经完全关闭了，不会接收或发送任何数据。因此，第四次挥手后客户端并不会立刻关闭，它会进入...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值