2MSL即两倍的MSL，TCP的TIME_WAIT状态也称为2MSL等待状态当TCP的一端发起主动关闭，在发出最后一个ACK包后即第3次握 手完成后发送了第四次握手的ACK包后就进入了TIME_WAIT状态必须在此状态上停留两倍的MSL时间等待2MSL时间主要目的是怕最后一个 ACK包对方没收到那么对方在超时后将重发第三次握手的FIN包主动关闭端接到重发的FIN包后可以再发一个ACK...
原创
2021-07-07 10:17:08
434阅读
2MSL即两倍的MSL，TCP的TIME_WAIT状态也称为2MSL等待状态
原创
2022-03-23 17:29:26
391阅读
借用一张图（https://blog.csdn.net/xp178171640/article/details/103855714）tcptime_wait等待2MSL有两个原因1：如果最后一个ACK丢失，对端需要重传FIN，如果直接是CLOSED的状态，那对于重传的FIN，肯定是RST响应2：如果重传的FIN经过一个MSL才到对端，为了保证最后一个ACK正常的丢失，而不影响新的连接，还需要再一个
原创
2021-01-05 17:02:51
981阅读
MSL是Maximum Segment Lifetime英文的缩写，中文可以译为“报文最大生存时间”，他是任何报文在网络上存在的最长时间，超过这个时间报文将被丢弃。因为tcp报文（segment）是ip数据报（datagram）的数据部分，具体称谓请参见《数据在网络各层中的称呼》一文，而ip头中有一个TTL域，TTL是time to live的缩写，中文可以
转载
精选
2013-06-06 23:33:09
1369阅读
一、根据TCP协议，主动发起关闭的一方，会进入TIME_WAIT状态，持续2MSL，RFC 793建议MSL设置为两分钟。为什么time_wait需要2*MSL等待时间？MSL就是maximum segment lifetime(最大分节生命期），这是一个IP数据包能在互联网上生存的最长时间，超过这个时间将在网络中消失。假设最终的 ACK 丢失 ， server 将重发 FIN ， client
原创
2016-05-24 19:12:02
2072阅读
18.6.1 2MSL等待状态TIME_WAIT 状态也称为2MSL等待状态。每个具体TCP 实现必须选择一个报文段最大生存时间MSL()对一个具体实现所给定的MSL值,处理的原则是:当TCP执行一个主动关闭,...
转载
2020-02-24 13:56:00
141阅读
2评论
18.6.1 2MSL 等待状态 TIME_WAIT 状态也称为2MSL等待状态,每个具体TCP实现必须选择一个报文段最大生存时间MSL它是任何报文段被丢弃前在网络内的最长时间。我们知道这个时间是有限的,因为T...
转载
2020-02-19 16:40:00
155阅读
2评论
如何消除大量TCP短连接引发的TIME_WAIT?
1）可以改为长连接，但代价较大，长连接太多会导致服务器性能问题，而且PHP等脚本语言，需要通过proxy之类的软件才能实现长连接；
2）修改ipv4.ip_local_port_range，增大可用端口范围，但只能缓解问题，不能根本解决问题；
3）客户端程序中设置socket的SO_LINGER选项；
4）客户端机器打开tcp_tw_recycle和tcp_timestamps选项；
5）客户端机器打开tcp_tw_reuse和tcp_timestamps选项；
6）客户端机器设置tcp_max_tw_buckets为一个很小的值
原创
2016-05-25 13:53:34
701阅读
TCP/IP三次握手四次挥手，是非常重要的，这个链接与关闭过程也是非常easy的。但为什么是三次握手？以及为什么要等待2MSL的状态？大部分人或许听到这个问题就蒙了。这篇博客就综合《TCP/IP具体解释：卷一》来分析一下原因：以下看TCP三次握手四次挥手的原理图：1.为什么要三次握手？ 为了避免已失效的连接报文段又到达可server。考虑这样一个正常的情况： 如果TCP连接是两次
原创
2022-01-12 11:25:39
155阅读
主动关闭的Socket端会进入TIME_WAIT状态
转载
2022-09-28 20:57:12
246阅读
之前自己学习的网络都是浅尝辄止，最近被人反复问起 TCP 相关的挥手问题的相关问题，有必要整理下自身所学，以提供自己和别人查阅。下图是 TCP 挥手的一个完整流程，这里引用了 tcpipguide 的流程图，更加直观的了解下挥手过程。首先不要被这里的图给迷惑了，因为连接的主动断开是可以发生在客户端，也同样可以发生在服务端。FIN_WAIT1由图可知，当一方接受到来自应用断开连接的信号时候，就发送
转载
2019-03-11 10:31:51
2554阅读
为什么上图中的A在TIME-WAIT状态必须等待2MSL时间呢？第一，为了保证A发送的最后一个ACK报文能够到达B。这个ACK报文段有可能丢失，因而使处在LAST-ACK状态的B收不到对已发送的FIN+ACK报文段的确认。
转载
2021-06-29 14:08:51
1078阅读
MSL(最大分段生存期)指明TCP报文在Internet上最长生存时间，每个具体的TCP实现都必须选择一个确定的MSL值。RFC 1122建议是2分钟。 TIME_WAIT 状态最大保持时间是2 * MSL，也就是1-4分钟。 IP头部有一个TTL，最大值255。尽管TTL的单位不是秒(根本和时间无
转载
2016-08-16 10:08:00
416阅读
2评论
为什么上图中的A在TIME-WAIT状态必须等待2MSL时间呢？ 第一，为了保证A发送的最后一个ACK报文能够到达B。这个ACK报文段有可能丢失，因而使处在LAST-ACK状态的B收不到对已发送的FIN+ACK报文段的确认。B会超时重传这个FIN+ACK报文段，而A就能在2MSL时间内收到这个重传的FIN+ACK报文段。如果A在TIME-WAIT状态不等待一段时间，而是在发送完ACK报文段后就立
转载
2022-02-17 11:56:36
588阅读
1. 编写TCP/SOCK 服务时，SO_REUSEADDR到底是什么意思？这个套接字选项通知内核，如果端口忙，但TCP状态处于TIME_WAIT，可以重用端口。如果端口忙，TCP状态处于其他状态，重用端口时依旧指明“地址已经在使用中”。如果你的服务程序停止后向立刻重启，而新套接字依旧使用同一个端口，此时SO_REUSEADDR选项非常有用。但是必须意识到，此时任何非期望数据到达，都可能导致服务程
原创
2022-07-25 10:49:13
198阅读
建立连接-三次握手第一次握手：建立连接时，客户端发送syn包（syn=j）到服务器，并进入SYN_SENT状态，等待服务器确认；SYN：同步序列编号（Synchronize Sequence Numbers）。第二次握手：服务器收到syn包，必须确认客户的SYN（ack=j+1），同时自己也发送一个SYN包（syn=k），即SYN+ACK包，此时服务器进入SYN_RECV状态；第三次握手：客户端收
原创
2015-08-17 17:40:54
1209阅读
MSL（Maximum Segment Lifetime）报文最大生存时间,2MSL即两倍的MSL，TCP允许不同的实现可以设置不同的MSL值。 第一，保证客户端发送的最后一个ACK报文能够到达服务器，因为这个ACK报文可能丢失，站在服务器的角度看来，我已经发送了FIN+ACK报文请求断开了，客户端
原创
2021-06-17 19:22:55
1243阅读
MSL，即Maximum Segment Lifetime，一个数据分片(报文)在网络中能够生存的最长时间，在RFC 793中定义MSL通常为2分钟，即超过两分钟即认为这个报文已经在网络中被丢弃了。对于一个TCP连接，在双方进入TIME_WAIT后，通常会等待2倍MSL时间后，再关闭掉连接，作用是为 ...
转载
2021-09-29 08:40:00
387阅读
2评论
福哥答案2020-12-0，那么这个时间应该为多长，考虑的主要是不对后边新建立的连接产生影
原创
2023-05-12 10:34:22
2912阅读
tcp中MSL
原创
2016-05-20 21:44:00
10000+阅读
