四次挥手为什么要等2个MSL,而不是1个MSL

最新推荐文章于 2024-08-18 15:02:39 发布
最新推荐文章于 2024-08-18 15:02:39 发布
阅读量5k 收藏 19
点赞数 4
分类专栏： Web 文章标签： 网络 socket java http
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_43508555/article/details/104687891
版权

MSL是什么?

MSL是TCP报文的最大生存时间

四次挥手为什么要等2个MSL,而不是1个MSL

  1. 等待2MSL时间主要目的是怕最后一个 ACK包对方没收到，那么对方在超时后将重发第三次握手的FIN包，主动关闭端接到重发的FIN包后可以再发一个ACK应答包。
  2. 如果client直接closed，然后又向server发起了一个新连接，我们不能保证这个新连接和刚关闭的连接的端口号是不同的。假设新连接和已经关闭的老端口号是一样的，如果前一次滞留的某些数据仍然在网络中，这些延迟数据会在新连接建立后到达Server，所以socket就认为那个延迟的数据是属于新连接的，数据包就会发生混淆。所以client要在TIME_WAIT状态等待2倍的MSL，这样保证本次连接的所有数据都从网络中消失。

为什么不是一个?

  • 如果最后一个ACK包丢了,检测到丢包时用了一个MSL,这时主动关闭端就关闭了,对方再次重传的时候,主动关闭端就接收不到了,就会出现死循环.
贾立桐
关注
专栏目录
TCP的四次挥手为什么需要2MSL ？
程序员黄老师的精品课！
09-27 3776
众所周知，TCP建立连接三次握手，断开连接四次挥手，具体流程如下： MSL是什么意思？ MSL, the maximum segment lifetime （最长报文段寿命） 。 segment可以在网络中存活的最长时间，超过这个时间会被丢弃。这个时间限制是有界限的，TCP Segment通过IP datagrams进行传输，IP datagrams使用ttl属性来定义这个时间。R...
释放连接：四次挥手过程？为什么要等待2MSL
HZ___ZH的博客
11-25 4500
储备知识：TCP报文段的首部格式（讲下面提到的）： 1.FIN：用来释放一个连接。当FIN=1时，表示此报文段的发送方的数据已经发送完毕，并要求释放运输连接。 2. 确认ACK（acknowledgment）：当ACK = 1 时确认号字段才有效。ACK = 0时确认号字段无效。 TCP规定，在连接建立后所有的报文段都必须把ACK置1 3.确认号：是期待收到对方下一个报文段的第一个数据字节的序号，占四字节。 第一次挥手：客户端发送连接释放报文，并停止再发送数据，主动关闭TCP连接。连接释放报文的首部的.
TCP四次挥手的等待时间为什么是2MSL而不是1MSL
Lemon_MY的博客
09-25 5313
什么是2MSL        MSL是Maximum Segment Lifetime英文的缩写，中文可以译为“报文最大生存时间”，他是任何报文在网络上存在的最长时间，超过这个时间报文将被丢弃。因为tcp报文（segment）是ip数据报（datagram）的数据部分，具体称谓请参见《数据在网络各层中的称呼》一文，而ip头中有一...
【电子通识】什么是MSL湿敏等级
最新发布
一点硬件
08-18 2564
潮敏失效是塑料封装表贴器件在高温焊接工艺中表现出来的特殊的失效现象。MSL分类为1至6级，数字越小，表示其因水分蒸发导致体积膨胀所造成损坏的风险越低。
为什么TCP4次挥手时等待为2MSL？
yygr的博客
02-21 1321
https://www.zhihu.com/question/67013338 问题 B收到ACK，关闭连接。但是A无法知道ACK是否已经到达B，于是开始等待?等待什么呢?假如ACK没有到达B，B会为FIN这个消息超时重传 timeout retransmit ，那如果A等待时间足够，又收到FIN消息，说明ACK没有到达B，于是再发送ACK，直到在足够的时间内没有收到FIN，说明ACK成功到达。这个等待时间至少是：B的timeout + FIN的传输时间 那么B的timeout时间不应该是FIN传送时间的最
五分钟理解TCP的三次握手和四次挥手
liwenxiang629的博客
12-04 166
TCP的三次握手 通信所要解决的首要问题就是，保持通信双方的信息对称，使通信双方处于同步状态。 先来一个例子： 罗密欧大学期间写信给中学同学朱丽叶，信的内容如下： 小叶子，我喜欢你！ 这封信发出之后，罗密欧无法知道朱丽叶能否收到，只有收到小叶子的回信，才能知道自己的信已经到达对方。 三天之后，小叶子回信了，信的内容如下： 小欧，来信已阅，我也喜欢你… 此时，小叶子眼中双方的状态是：互相爱慕！ 如果小欧收到回信，小欧眼中双方的状态也是：互相爱慕！ 如果小欧没有收到回信，小欧眼中双方的状态是：单相思！ 小叶子为
TCP第四次挥手为什么要等待2MSL
热门推荐
Sunnylunch-blog
03-05 1万+
当客户端进入TIME-WAIT状态的时候(也就是第四次挥手的时候)，必须经过时间计数器设置的时间2MSL(最长报文段寿命)后，才能进入关闭状态，这时为什么呢？？？ 这最主要是因为两个理由：1、为了保证客户端发送的最后一个ACK报文段能够到达服务器。因为这个ACK有可能丢失，从而导致处在LAST-ACK状态的服务器收不到对FIN-ACK的确认报文。服务器会超时重传这个FIN-ACK，接着客户端
四次挥手为什么客户端最后还要等待2MSL？
qq_38197844的博客
10-20 984
MSL就是指最大的报文生存时间。 第一，保证客户端发送的最后一个ACK报文能够到达服务器，因为这个ACK报文可能丢失，站在服务器的角度看我已经发送了FIN+ACK报文请求断开了，客户端还没有给我回应，应该是我发送的请求断开报文它没有收到，于是服务器重新发了一次，客户端就能在这2MSL时间段内收到重传的报文，接着给出回应报文，并且会重启2MSL计时器。 第二，客户端发送完最后一个确认报文后，在这个2MSL时间中，就可以使本连接持续的时间内所产生的所有报文段都从网络中消失，这样新的连接中不会出现旧链接的请求
解释TCP的三次握手及四次挥手及为什么要等待2MSL
heima201907的博客
12-24 1119
声明: 本文不保证每个定义绝对严谨, 只是通过更加通俗易懂的语言来让阅读者更好的理解三次握手及四次挥手的过程!!! 首先我们来明白几个定义: 1. FIN: 请求关闭报文 2. SYN: 请求建立连接 3. ACK: 确认收到 4. MSL: 最大报文生存时间 三次握手: 三次握手理解起来比较简单, 说白了就是一个确认双方都能发送且都能接收的一个过程. 第一步: 客户端想要与服务器建立连接, 于是...
【图文详解】总结TCP四次挥手机制原理，为什么需要四次挥手，2MSL有什么意义？
m0_48256515的博客
04-30 3743
一、什么是四次挥手？ 四次挥手即 TCP 连接的释放，这里假设客户端主动释放连接。在挥手之前主动释放连接的客户端结束 ESTABLISHED 阶段，随后开始四次挥手。 首先客户端向服务端发送一段TCP报文表明想要释放TCP连接，其中： 首先客户端向服务端发送一段TCP报文，表示想要释放TCP连接，其中： 标志位为FIN（表示请求释放连接），序号Seq=u； 随后客户端进入FIN-WAIT-1阶段，即半关闭阶段，并且停止向服务端发送通信数据； 服务端接收到客户端请求断开连接的FIN报文后，结束EST.
三次握手于四次挥手.docx
09-05
4. **第四次挥手**：服务器接收到客户端的FIN报文后，发送一个ACK报文确认，然后进入TIME-WAIT状态，等待一段时间（2MSL，最大报文生存时间）以确保客户端接收到ACK。当这个时间过去，服务器关闭连接，状态变为...
TCP的四次挥手中的等待2MSL
wsk8520的博客
03-17 327
为什么time_wait需要等待2MSL？ MSL：一个最大的生命周期，30秒--1分钟 1、保证TCP协议的全双工连接能够可靠关闭。 如果主动关闭方和被动关闭方的最后的一个确认(ack)包不等待2MSL时间的话，没发关闭。 如果说主动关闭方发送ack包给被动关闭方，被动关闭方没有收到请求，就会请求主动关闭方重传这个数据包，等待2MSL是说如果遇到这种数据包的丢失，还可以重传数据包。 如果不等待2MSL的话，遇到数据包丢失，就不可以重传数据包。那么被动关闭方就会一直保持一个LAST_ACK状态..
TCP四次挥手的2MSL详解
weixin_39826344的博客
03-16 7426
四次挥手的2MSL（TIME-WAIT）作用 首先弄清楚几个概念： 1）RTT：客户端到服务端的往返所花时间； 2）RTO：超时重传时间（与重传机制挂钩） 3）MSL：TCP报文在网络中最长存活时间 接下来讲解TIME-WAIT状态为什么是2MSL： 最多的关于TIME-WAIT状态讲解是：防止ACK包在服务端（不严谨说法，正确是被动关闭方，以下都以此种说法）没有正常收到，而服务端超时重传FIN+...
对于TIME_WAIT持续两个MSL的作用
qq_42058590的博客
10-09 2002
作用： 1.可靠的关闭tcp的连接。比如网络拥塞，如果主动关闭方最后一个ACK没有被接收方收到的话，在此时因为持续了两个MSL而尚未关闭的TIME_WAIT就会把这些尾巴问题给处理掉，比如说，重新启动TIME_WAIT,然后重新发送给一次ACK。 2.防止由于没有持续TIME_WAIT的时间导致新的TCP连接建立起来，延迟的FIN重传包会干扰新的连接。...
TCP三次握手/四次挥手
怀揣梦想，努力前行
06-13 1万+
一，三次握手TCP使用三次握手建立一个连接：第一次握手：客户端发送SYN包至服务器，并进入SYN_SENT状态，等待服务器确认第二次握手：服务器收到客户端的SYN包，发送一个ACK，同时发送自己的SYN，此时服务器进入SYN_RCVD状态第三次握手：客户端接收到服务器发送的SYN+ACK后，进入ESTABLISHED状态，并发送服务器SYN包的确认ACK，服务器接收到客户端ACK后，进入ESTAB...
Tcp四次挥手谁需要等待，为什么等待时间为2MSL
weixin_42144277的博客
11-13 1846
什么是2MSL MSL是Maximum Segment Lifetime英文的缩写，即"报文最大生存时间"， 他是任何报文在网络中存在的最长时间，超过这个时间报文将被丢弃。2MSL即2倍的报文最大存活时间 TCP四次挥手谁需要等待 主动发起关闭的一段需要等待，在第四次挥手时，主动发起关闭方发送完ACK包后就进入了TIME_WAIT状态，必须在此状态停留两倍的MSL时间 为什么需要等待2MSL 因为当主动发起关闭方发送完最后一个ACK包后无法确认对方是否有收到这个ACK包，所以2MSL的时间能保证如果对方没收
TCP 协议面试灵魂 12 问（一）
GQ_666的博客
03-26 162
001. 能不能说一说 TCP 和 UDP 的区别？ 首先概括一下基本的区别: TCP是一个面向连接的、可靠的、基于字节流的传输层协议。 而UDP是一个面向无连接的传输层协议。(就这么简单，其它TCP的特性也就没有了)。 具体来分析，和UDP相比，TCP有三大核心特性: 面向连接。所谓的连接，指的是客户端和服务器的连接，在双方互相通信之前，TCP 需要三次握手建立连接，而 UDP 没有相应建立连接的过程。 可靠性。TCP 花了非常多的功夫保证连接的可靠，这个可靠性体现在哪...
TCP ２MLS
读书未遍、未敢妄下雌黄
09-30 2176
MSL背景TCP建立连接三次握手，断开连接四次分手。如上图所示，在四次分手过程，TIME_WAIT状态也被叫做２MSL等待状态。MSL,the maximum segment lifetime。segment可以在网络中存活的最长时间，超过这个时间会被丢弃。这个时间限制是有界限的，TCP Segment通过IP datagrams进行传输，IP datagrams使用ttl属性来定义这个时间。MSL
TCP四次挥手及原因
z69183787的专栏
05-31 5184
一、TCP四次挥手 MSL是TCP报文里面最大生存时间，它是任何报文段被丢弃前在网络内的最长时间。 第一次挥手：A->B，A向B发出释放连接请求的报文，其中FIN（终止位） = 1，seq（序列号）=u；在A发送完之后，A的TCP客户端进入FIN-WAIT-1（终止等待1）状态。此时A还是可以进行收数据的 第二次挥手：B->A：B在收到A的连接释放请求后，随即向A发送确认报文。其中ACK=1，seq=v，ack（确认号） = u +1;在B发送完毕后，B的服务器端进入...
四次挥手为什么等待的时间是2MSL
05-26
四次挥手是指TCP连接的关闭过程，它需要经历四个步骤，其中最后一个步骤是等待一段时间，这段时间被称为2MSL。MSL是Maximum Segment Lifetime的缩写，表示一个TCP报文段在网络中最长的存活时间。 等待2MSL的主要目的是确保TCP连接中所有的报文都被完全传输完毕，以避免在连接关闭之前出现重复的报文。在等待2MSL的过程中，TCP协议会保持连接状态，并且不会接受任何来自该连接的数据报文。如果在2MSL的时间内没有收到任何重复的报文，那么TCP连接就被认为是彻底关闭了。 因此，等待2MSL的时间是为了保证连接关闭的可靠性。如果等待时间过短，可能会导致连接没有彻底关闭，从而影响后续的数据传输。而等待时间过长，则会浪费网络资源，影响网络的性能。
评论 2
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值