默认情况下，当tcp_tw_reuse和tcp_tw_recycle都被禁用时，内核将确保处于TIME_WAIT状态的套接字将保持足够长的时间--足够长的时间以确保属于未来连接的数据包不会被误认为是旧连接的迟到数据包。
当您启用tcp_tw_reuse时，TIME_WAIT状态的套接字可以在到期之前使用，内核将尝试确保TCP序列号没有冲突。如果启用tcp_timestamps（即PAWS，用于防止 Package 序列号），它将确保这些冲突不会发生。然而，你需要在两端都启用TCP时间戳（至少，这是我的理解）。见definition of tcp_twsk_unique的血淋淋的细节。
当启用tcp_tw_recycle时，内核会变得更加激进，并且会对远程主机使用的时间戳做出假设。它将跟踪在TIME_WAIT状态下连接的每个远程主机使用的最后一个时间戳，如果时间戳正确增加，则允许重新使用套接字。然而，如果主机使用的时间戳改变（即，时间扭曲），SYN数据包将被静默丢弃，并且连接不会建立（您将看到类似于“connect timeout”的错误）。如果您想深入了解内核代码，definition of tcp_timewait_state_process可能是一个很好的起点。
现在，时间戳不应该回到过去;除非：

• 主机重新启动（但是，当它重新启动时，TIME_WAIT套接字可能已经过期，所以这将是一个非问题）;
• IP地址很快被其他东西重用（TIME_WAIT连接将保留一点，但其他连接可能会被TCP RST攻击，这将释放一些空间）;
  *网络地址转换（或聪明的防火墙）在连接的中间。

在后一种情况下，您可以在同一个IP地址后面有多个主机，因此，不同的时间戳序列（或者，防火墙在每个连接处随机化所述时间戳）。在这种情况下，一些主机将随机无法连接，因为它们Map到服务器的TIME_WAIT存储桶具有较新时间戳的端口。这就是为什么文档告诉你“NAT设备或负载均衡器可能会因为设置而开始丢弃帧”。
有些人建议不使用tcp_tw_recycle，但启用tcp_tw_reuse和更低的tcp_fin_timeout。I concur：-）