18.6.1 2MSL 等待状态
TIME_WAIT 状态也称为2MSL等待状态,每个具体TCP实现必须选择一个报文段最大生存时间MSL
它是任何报文段被丢弃前在网络内的最长时间。
我们知道这个时间是有限的,因为TCP报文段以IP数据报在网络内传输,
而IP数据报则有限制其生存时间的TTL字段
RFC 793 [Postel 1981c] 指出MSL为2分钟。然而，实现中的常用值是30秒，1分钟，
或2分钟。
从第8章我们知道在实际应用中,对IP数据报TTL的限制是基于跳数,而不是定时器
对一个具体实现所给定的MSL值,处理的原则是:
这种2 M S L等待的另一个结果是这个 T C P连接在2 M S L等待期间，定义这个连接的插口
（客户的I P地址和端口号，服务器的 I P地址和端口号）不能再被使用。这个连接只能在 2 M S L
结束后才能再被使用
遗憾的是，大多数 T C P实现（如伯克利版）强加了更为严格的限制。在 2 M S L等待期间，
插口中使用的本地端口在默认情况下不能再被使用。我们将在下面看到这个限制的例子。
然而，对于服务器，情况就有所不同，因为服务器使用熟知端口。如果我们终止一个已
经建立连接的服务器程序，并试图立即重新启动这个服务器程序，服务器程序将不能把它的
这个熟知端口赋值给它的端点，因为那个端口是处于 2 M S L连接的一部分。在重新启动服务器
程序前，它需要在1 ~ 4分钟。
node1:/root/test#python test.py
Traceback (most recent call last):
File "test.py", line 7, in <module>
s.bind(ip_port)#绑定地址
File "<string>", line 1, in bind
socket.error: [Errno 98] Address already in use
2020年 02月 19日 星期三 23:21:00 CST
tcp 0 0 192.168.137.2:8080 192.168.137.1:49464 TIME_WAIT
2020年 02月 19日 星期三 23:21:59 CST
tcp 0 0 192.168.137.2:8080 192.168.137.1:49464 TIME_WAIT
当重新启动服务器程序时，程序报告一个差错信息说明不能绑定它的熟知端口，因为该端口
已被使用（即它处于2 M S L等待）
某些实现和A P I提供了一种避开这个限制的方法。使用插口A P I时，可说明其中的
S O _ R E U S E A D D R选项。它将让调用者对处于2 M S L等待的本地端口进行赋值，但我们
将看到TCP原则上仍将避免使用仍处于2MSL连接中的端口。
S O _ R E U S E A D D R选
解决办法:
s.setsockopt(socket.SOL_SOCKET, socket.SO_REUSEADDR, 1)