TCP TIME_WAIT暗杀

Question

，我刚刚查阅了关于TIME_WAIT暗杀的 RFC1337 ，这是其中的一部分。

图1显示了一个时间等待暗杀的例子。段1-5 完全从RFC-793的图13复制，显示一个正常的关闭。 握手。数据包5.1、5.2和5.3是对此的扩展。 序列，说明环球航空公司。这里的5.1是任何旧段 对于TCP A来说，这可能是不可接受的，因为它的 序列号或由于旧爪子的时间戳。无论是哪种情况，TCP都会为其当前的SND.NXT和RCV.NXT发送一个ACK段5.2。 由于它没有此连接的状态，TCP B将其反映为RST段5.3，它在A处暗杀时间等待状态！ ** 1992年5月建立了(关闭) 2. FIN-等待- 1 -> ->关闭-等待3. FIN-等待-2 <-- <--关闭-等待(关闭) 4.时间-等待<-- <-最后-ACK 5.时间-等待-> ->封闭时间-等待- .旧的重复5.2时间--等待--> -->？5.3关闭<- <-？(过早) **

现在，让我困惑的是，在TCP/IP插图volume1中，它说的是：

当连接处于2MSL等待状态时到达连接的任何延迟段都会被丢弃。

那么，为什么RFC 1337的图1中的TCP A是旧的重复段呢？。

Answer 1

RFC 793在“重置生成”中处于状态：

1. 如果连接处于同步状态(已建立，fin-等待-1，fin-等待-2，关闭-等待，关闭，最后-ACK，时间-等待)，则任何不可接受的段(窗口外序列号或不可接受的确认号)必须只引出一个空确认段，其中包含当前发送序列号和指示预期接收的下一个序列号的确认，并且连接仍处于相同状态。