四次挥手结束为什么要等待2MSL

最新推荐文章于 2024-03-16 15:00:04 发布
最新推荐文章于 2024-03-16 15:00:04 发布
阅读量1k 收藏 1
点赞数 2
分类专栏： 计算机网络 文章标签： 网络 网络通信
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/Avril___/article/details/107359867
版权

这个应该是确保客户端发出的最后一次ack包可以到达客户端， 如果等待2msl没有收到服务端的
重发请求，就可以关闭，如果收到，就再次发送ack包，ms|是报文最长存活时间，客户端发给服务端的
报文，最长会经过msl个时间，如果超过这个时间，服务端没有收到，服务端就发报文要求客户端重传,
这个报文最多msl个时间到达客户端，两个加起来就是2msl

Bruin_W
关注
  • 2
    点赞
  • 踩
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
三次握手于四次挥手.docx
09-05
4. **第四次挥手**：服务器接收到客户端的FIN报文后，发送一个ACK报文确认，然后进入TIME-WAIT状态，等待一段时间（2MSL，最大报文生存时间）以确保客户端接收到ACK。当这个时间过去，服务器关闭连接，状态变为...
面试题：第四次挥手为什么要等待2MSL？
jakelihua
06-10 1807
避免“旧连接”的数据混乱：如果一个新连接恰好使用了旧连接的端口和IP地址，且旧连接的某些信息没有及时清除，就可能产生数据混乱的情况。例如，如果新连接采用同样的源端口号，对于服务端而言这就是“旧连接”重新启动了，如果等待这个“旧连接”的状态信息释放完成(TCP 4分组的最大时间)才重新使用这个端口，自然可以避免数据混乱问题。在这段时间内，如果服务器还有数据需要发送，它可以通过老的连接发送，而不会被某个处于TIME_WAIT状态的TCP占用，也就避免了“旧连接”的数据混淆问题。
TCP协议规定2MSL等待的原因
modi000的博客
08-30 683
所以，Client不是直接进入CLOSED，而是要保持TIME_WAIT，当再次收到FIN的时候，能够保证对方收到ACK，最后正确的关闭连接。也就是说有可能新连接和老连接的端口号是相同的。假设新连接和已经关闭的老连接端口号是一样的，如果前一次连接的某些数据仍然滞留在网络中，这些延迟数据在建立新连接之后才到达Server，由于新连接和老连接的端口号是一样的，又因为TCP协议判断不同连接的依据是。pair，于是，TCP协议就认为那个延迟的数据是属于新连接的，这样就和真正的新连接的数据包发生混淆了。
为什么需要等待2MSL
qq_49438920的博客
05-25 1517
为什么第四次握手要等待2MSL后客户端才进入CLOSED状态？ MSL（Max Segment Lifetime）：最长报文段寿命 报文最长存活时间就是1MSL，服务端在第三次挥手后也会等待2MSL时间，为的就是怕第四次挥手的ACK确认报文丢失。 因为若不等待2MSL客户端就立即进入CLOSED，有可能ACK包丢失从而导致服务端一直处于LAST_ACK状态，此时即使服务端再怎么重发也没用了，因为客户端已经进入CLOSED状态了。 所以客户端发送ACK包后等待2MSL，即假设发ACK包要1MSL，若下一个1
说一下什么是tcp的2MSL，为什么客户端在 TIME-WAIT 状态必须等待 2MSL 的时间？
weixin_53909748的博客
08-12 2698
说一下什么是tcp的2MSL，为什么客户端在 TIME-WAIT 状态必须等待 2MSL 的时间？
释放连接：四次挥手过程？为什么要等待2MSL
HZ___ZH的博客
11-25 4390
储备知识：TCP报文段的首部格式（讲下面提到的）： 1.FIN：用来释放一个连接。当FIN=1时，表示此报文段的发送方的数据已经发送完毕，并要求释放运输连接。 2. 确认ACK（acknowledgment）：当ACK = 1 时确认号字段才有效。ACK = 0时确认号字段无效。 TCP规定，在连接建立后所有的报文段都必须把ACK置1 3.确认号：是期待收到对方下一个报文段的第一个数据字节的序号，占四字节。 第一次挥手：客户端发送连接释放报文，并停止再发送数据，主动关闭TCP连接。连接释放报文的首部的.
02_TCP三次握手四次挥手的过程1
08-03
总的来说，TCP的三次握手和四次挥手是保证数据可靠传输的重要机制，它们确保了连接的正确建立和终止，避免了不必要的资源浪费和错误。在面试或实际工作中，理解和掌握这些基础知识对于任何IT从业者，尤其是网络相关...
TCP恋爱史 三次握手和四次分手
10-01
TCP（Transmission Control Protocol）是一种面向连接的、可靠的传输层协议，它通过三次握手建立连接，四次挥手来终止连接。这个过程就像一段浪漫的恋爱史，让我们深入了解一下TCP的“三次握手”和“四次分手”。 *...
TCP三次握手 四次断开1
08-08
TCP（Transmission Control Protocol）是一种面向连接的、可靠的传输层协议，它通过三次握手建立连接，四次挥手断开连接，确保数据的可靠传输。这里详细解释一下这两个过程。 ### 三次握手建立连接 1. **第一次...
tcpip4次握手形象版
02-15
标题“TCP/IP四次挥手形象版”及描述“TCP/IP四次挥手形象说明了四次挥手协议”明确指出本文将详细解释TCP/IP协议中的四次挥手过程，即连接关闭时客户端(Client)和服务端(Server)之间如何通过四次交互来安全地终止...
TCP第四次挥手为什么要等待2MSL(最长报文段寿命，Maximum Segment Lifetime)
bob的博客
03-13 4363
当客户端进入TIME-WAIT状态的时候(也就是第四次挥手的时候)，必须经过时间计数器设置的时间2MSL(最长报文段寿命)后，才能进入关闭状态，这时为什么呢？？？ 这最主要是因为两个理由： 1、为了保证客户端发送的最后一个ACK报文段能够到达服务器。因为这个ACK有可能丢失，从而导致处在LAST-ACK状态的服务器收不到对FIN-ACK的确认报文。服务器会超时重传这个FIN-ACK，接着客户端再...
TCP第四次挥手为什么要等待2MSL
热门推荐
Sunnylunch-blog
03-05 1万+
当客户端进入TIME-WAIT状态的时候(也就是第四次挥手的时候)，必须经过时间计数器设置的时间2MSL(最长报文段寿命)后，才能进入关闭状态，这时为什么呢？？？ 这最主要是因为两个理由：1、为了保证客户端发送的最后一个ACK报文段能够到达服务器。因为这个ACK有可能丢失，从而导致处在LAST-ACK状态的服务器收不到对FIN-ACK的确认报文。服务器会超时重传这个FIN-ACK，接着客户端
为什么TIME-WAIT状态必须等待2MSL的时间
Coder567
03-20 1299
为什么A在TIME-WAIT状态必须等待2MSL的时间呢？ 这有两个理由。第一，为了保证A发送的最后一个ACK报文段能够到达B。这个ACK报文段有可能丢失，因而使处在LAST-ACK状态的B收不到对已发送的FIN + ACK报文段的确认。B会超时重传这个FIN + ACK报文段，而A就能在2MSL时间内收到这个重传的FIN +ACK报文段。接着A重传一次确认，重新启动2MSL计时器。最后，A和B都正常进入到CLOSED状态。如果A在TIME-WAIT状态不等待一段时间，而是在发送完ACK报文段后立即释放连
一文彻底搞懂TIME_WAIT状态为什么等待2MSL的时长
最新发布
永远在路上
03-16 869
MSL 指的是最大报文生存时间（Maximum Segment Lifetime），是 TCP 协议中的一个重要参数。它表示一个 TCP 报文在网络中能够存在的最长时间，通常以秒为单位。
TCP第四次挥手后为什么要等待2MSL后才断开链接？等待时间为什么是2MSL？
qq_41878620的博客
04-20 7423
为何要等待2MSL？ 1.假如第四次挥手失败了，因为丢失而未到达服务器会怎样呢？这样，服务器会一直收不到客户端的回应，也就无法得知客户端是否收到了即将要断开连接的请求。客户端此刻还蒙在鼓里，还在等待服务器继续发送消息。服务器不能判断客户端是否收到，本身就是一个BUG，于是才有的等待2MSL的情况。为了保证客户端最后一次挥手的报文能够到达服务器，若第4次挥手的报文段丢失了，服务器就会超时重传第3次...
tcp四次挥手为什么要等待2MSL
08-03 539
　　之前所说了解有两个原因： 　　1、防止客户端最后一次发给服务器的确认在网络中丢失以至于客户端关闭，而服务端并未关闭，导致资源的浪费。 　　2、等待最大的2msl可以让本次连接的所有的网络包在链路上消失，以防造成不必要的干扰。 　　但对于第二条造成不必要的干扰之前没有做过多的解读，今天在网上查了下，顺便给大家分享下： 　　如果client直接closed，然后又向server发...
TCP的四次挥手及为什么要等待2MSL
MrLiar的博客
07-19 4018
一、四次挥手的详述 　　1、假设Client端发起中断连接请求，也就是发送FIN报文。 2、Server端接到FIN报文后，意思是说"我Client端没有数据要发给你了"，但是如果你还有数据没有发送完成，则不必急着关闭Socket，可以继续发送数据。所以你先发送ACK，"告诉Client端，你的请求我收到了，但是我还没准备好，请继续你等我的消息"。这个时候Client端就进入FIN_WAIT状态，继续等待Server端的FIN报文。 3、当Server端确定数据已发送完成...
为什么客户端最后还要等待2MSL？
sunshineywz的博客
07-14 1046
四次挥手为什么等待的时间是2MSL
05-26
四次挥手是指TCP连接的关闭过程，它需要经历四个步骤，其中最后一个步骤是等待一段时间，这段时间被称为2MSL。MSL是Maximum Segment Lifetime的缩写，表示一个TCP报文段在网络中最长的存活时间。 等待2MSL的主要...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值