TIME_WAIT状态

    TCP中有关网络编程最不容易理解的是它的TIME_WAIT状态。执行主动关闭的那端进入这种状态，该端点停留在这种状态的持续时间是最长分节生命周期(MSL)的两倍，有时候称之为2MSL。 任何TCP实现都必须选择一个MSL值。RFC1122的建议值是2分钟，而源自Berkeley的实现传统上使用的值为30秒。这意味这TIME_WAIT状态的延迟在1-4分钟之间。MSL是IP数据报能在互联网中生存的最长时间。

存在TIME_WATI状态有两个理由：

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

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

     第一个理由的解释如下：假设TCP连接终止的最终的ACK丢失，服务器将重发最终的FIN，因此客户必需维护状态信息，以允许它重发最终的ACK。要是不维护状态信息，它将响应以RST，而服务器则把该分节解释成一个错误。如果TCP打算执行所有必要的工作以彻底终止某个连接上的两个方向的数据流（即全双工关闭），那么它必须正确处理连接终止序列四个分节中任何一个分节的丢失情况。本例子也说明了为什么进入TIME_WAIT状态的是执行主动关闭的那一端：因为可能不得不重发最终的ACK的是这一段。

    要理解存在TIME_WAIT状态的第二个理由，我们假设在12.106.32.254的端口1500和206.168.112.219的端口21之间有一个TCP连接。我们关闭这个连接后，在以后某个时候又重新建立起相同的IP和端口之间的TCP连接。后一个连接称为前一个连接的化身，因为它的IP地址和端口号都相同。TCP必须防止来自某个连接的老的重复分组在该链接已经终止后再现，从而被误解成属于同一连接的新化身。为做到这一点，TCP将不给处于TIME_WAIT状态的连接启动新的化身。既然TIME_WAIT状态持续的时间是2MSL，这就足够允许某个方向上的分组最多存活MSL秒即被丢弃，另一个方向上的应答最多存活MSL秒也被丢弃。通过实施这个规则，我们能够保证每当成果建立一个TCP连接时，来自该连接先前化身的老的重复分组都已在网络中消逝。