博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
TCP的TIME_WAIT状态
阅读量:6208 次
发布时间:2019-06-21

本文共 895 字,大约阅读时间需要 2 分钟。

主动关闭的Socket端会进入TIME_WAIT状态,并且持续2MSL时间长度,MSL就是maximum segment lifetime(最大分节生命期),这是一个IP数据包能在互联网上生存的最长时间,超过这个时间将在网络中消失。MSL在RFC 1122上建议是2分钟,而源自berkeley的TCP实现传统上使用30秒,因而,TIME_WAIT状态一般维持在1-4分钟。

    TIME_WAIT状态存在的理由:

1)可靠地实现TCP全双工连接的终止

    在进行关闭连接四路握手协议时,最后的ACK是由主动关闭端发出的,如果这个最终的ACK丢失,服务器将重发最终的FIN,因此客户端必须维护状态信息允许它重发最终的ACK。如果不维持这个状态信息,那么客户端将响应RST分节,服务器将此分节解释成一个错误(在java中会抛出connection reset的SocketException)。因而,要实现TCP全双工连接的正常终止,必须处理终止序列四个分节中任何一个分节的丢失情况,主动关闭的客户端必须维持状态信息进入TIME_WAIT状态。


2)允许老的重复分节在网络中消逝  

    TCP分节可能由于路由器异常而“迷途”,在迷途期间,TCP发送端可能因确认超时而重发这个分节,迷途的分节在路由器修复后也会被送到最终目的地,这个原来的迷途分节就称为lost duplicate。在关闭一个TCP连接后,马上又重新建立起一个相同的IP地址和端口之间的TCP连接,后一个连接被称为前一个连接的化身(incarnation),那么有可能出现这种情况,前一个连接的迷途重复分组在前一个连接终止后出现,从而被误解成从属于新的化身。为了避免这个情况,TCP不允许处于TIME_WAIT状态的连接启动一个新的化身,因为TIME_WAIT状态持续2MSL,就可以保证当成功建立一个TCP连接的时候,来自连接先前化身的重复分组已经在网络中消逝。


新的SCTP协议通过在消息头部添加验证标志避免了TIME_WAIT状态。

转载于:https://www.cnblogs.com/hehehaha/p/6332318.html

你可能感兴趣的文章
移动通信调制技术的进展 转
查看>>
压缩映象原理的一个应用
查看>>
Linux 中文乱码问题
查看>>
Asp.Net之自定义表达式构造器(ExpressionBuilder)
查看>>
修改一行SQL代码 性能提升了100倍
查看>>
Windows下Apache+Tomcat+jsp+php的服务器整合配置经验总结
查看>>
我们为什么需要DTO?
查看>>
scp命令
查看>>
编写高质量代码改善C#程序的157个建议[正确操作字符串、使用默认转型方法、却别对待强制转换与as和is]...
查看>>
C++11-新增正则表达式
查看>>
MVC5中使用SignalR2.0实现实时聊天室
查看>>
用HiveDB横向切分MySQL数据库
查看>>
PHP自动分表程序
查看>>
sql server异地备份数据库
查看>>
NSIS:禁止多次安装实例
查看>>
.NET:不要使用扩展方法扩展Object对象。
查看>>
maven学习笔记
查看>>
UVa657 The die is cast
查看>>
mysql 调用外部程序
查看>>
我的第一个 Mono for Android 应用
查看>>