首页 > TAG信息列表 > 2MSL
为什么TCP4次挥手时等待为2MSL？
https://www.zhihu.com/question/67013338 问题 B收到ACK，关闭连接。但是A无法知道ACK是否已经到达B，于是开始等待?等待什么呢?假如ACK没有到达B，B会为FIN这个消息超时重传 timeout retransmit ，那如果A等待时间足够，又收到FIN消息，说明ACK没有到达B，于是再发送ACK，直到在足够的时间TIME-WAIT
TIME-WAIT 什么是TIME-WAIT状态？ TIME-WAIT是tcp四次挥手时，主动断开方在回复第四次挥手之后进入的一个状态。这个状态一般维持2MSL时间，Linux下是60秒，可以通过下面的命令查看 cat /proc/sys/net/ipv4/tcp_fin_timeout 60 如果是服务端主动断开，由于是绑定本机的地址，所以如果63、2MSL等待状态？
TIME_WAIT状态也成为2MSL等待状态。每个具体TCP实现必须选择一个报文段最大生存时间 MSL（Maximum Segment Lifetime），它是任何报文段被丢弃前在网络内的最长时间。这个时间是有限 的，因为TCP报文段以IP数据报在网络内传输，而IP数据报则有限制其生存时间的TTL字段。 对一个具体实现所给64、四次挥手释放连接时，等待2MSL的意义?
MSL是Maximum Segment Lifetime的英文缩写，可译为“最长报文段寿命”，它是任何报文在网络上 存在的最长时间，超过这个时间报文将被丢弃。 为了保证客户端发送的最后一个ACK报文段能够到达服务器。因为这个ACK有可能丢失，从而导致处在 LAST-ACK状态的服务器收不到对FIN-ACK的确认报文。65、为什么TIME_WAIT状态需要经过2MSL才能返回到CLOSE状态？
第一种回答 理论上，四个报文都发送完毕，就可以直接进入CLOSE状态了，但是可能网络是不可靠的，有可能最后 一个ACK丢失。所以TIME_WAIT状态就是用来重发可能丢失的ACK报文。 第二种回答 对应这样一种情况，最后客户端发送的ACK = 1给服务端的过程中丢失了，服务端没收到，服务端怎么 认为的？我tcp四次挥手 最后一次ack如果没有收到
1、当第四步的A发送的确认报文，B收到时，A会等待2MSL的时间后，连接彻底关闭。(因为B收到了，所以2MSL时间内B不会重发第三步的释放报文) 2、当第四步的A发送的确认报文，B没有收到时，B会继续发送第三步的释放报文，A收到后会继续发送第四步的确认报文（此时会重新启动2MSL计时器，重新等待2MSLTCP三次握手，四次挥手
1.TCP三次握手 1）标志位说明 ACK确认位、SYN同步位、ack确认号、seq序号。 2）三次握手的目的 为了防止已失效的连接请求报文段突然又传送到了服务端，因而产生错误。 3）状态图 2.四次挥手 1）FIN关闭同步位 主动关闭方，在第3次挥手完成，发送最后一个ACK后，进入TIME_WAIT状态，等待2tcp通信TIME_WAIT状态问题
1 为什么TIME_WAIT状态需要经过2MSL(最大报文段生存时间)才能返回到CLOSE状态？ MSL是最大报文生存时间，如果报文超过这个时间，就认为这个报文丢掉了 比如客户端A到B进行通讯，对于4次断开（挥手）; 如果客户A在最后一次发送ack给B,如果中途丢失，客户B会重新向A发送FIN=1,ACK=1,即4次断tcp四次挥手为什么要等待2MSL
之前所说了解有两个原因： 1、防止客户端最后一次发给服务器的确认在网络中丢失以至于客户端关闭，而服务端并未关闭，导致资源的浪费。 2、等待最大的2msl可以让本次连接的所有的网络包在链路上消失，以防造成不必要的干扰。 但对于第二条造成不必要的干扰之前没有做过多[TCP/IP] 关闭连接后为什么客户端最后还要等待2MSL
MSL（Maximum Segment Lifetime）报文最大生存时间,2MSL即两倍的MSL，TCP允许不同的实现可以设置不同的MSL值。 第一，保证客户端发送的最后一个ACK报文能够到达服务器，因为这个ACK报文可能丢失，站在服务器的角度看来，我已经发送了FIN+ACK报文请求断开了，客户端还没有给我回应，应该是我发送为什么客户端最后还要等待2MSL？