Sockets 为什么在接收序列号为的数据包时发送TCP重置<;下一个预期序列号
[RST,ACK]在一系列数据交换后发送到客户端。就在[RST,ACK]之前,服务器接收到序列号<下一个预期序列号的数据包 请遵守序号4082885727。检查了内核tcp代码,但无法找出发送重置的原因。请解释一下这种行为Sockets 为什么在接收序列号为的数据包时发送TCP重置<;下一个预期序列号,sockets,tcp,Sockets,Tcp,[RST,ACK]在一系列数据交换后发送到客户端。就在[RST,ACK]之前,服务器接收到序列号
5415657 2014-07-02 01:58:04.690551 10.20.172.219 10.20.5.20 TCP
60 9920 > 54889 [ACK] Seq=4714727 Ack=4082885727 Win=3840 Len=0
5415658 2014-07-02 01:58:04.690557 10.20.5.20 10.20.172.219 TCP
1490 [TCP Retransmission] 54889 > 9920 [ACK] Seq=4082885727 Ack=4714727
Win=3840 Len=1436
5415659 2014-07-02 01:58:04.690561 10.20.5.20 10.20.172.219 TCP
1490 [TCP Retransmission] 54889 > 9920 [ACK] Seq=4082887163 Ack=4714727
Win=3840 Len=1436
5415660 2014-07-02 01:58:04.690564 10.20.5.20 10.20.172.219 TCP
1490 [TCP Retransmission] 54889 > 9920 [ACK] Seq=4082888599 Ack=4714727
Win=3840 Len=1436
5415661 2014-07-02 01:58:05.183135 10.20.5.20 10.20.172.219 TCP
1490 [TCP Retransmission] 54889 > 9920 [ACK] Seq=4082885727 Ack=4714727
Win=3840 Len=1436
5415662 2014-07-02 01:58:06.167146 10.20.5.20 10.20.172.219 TCP
1490 [TCP Retransmission] 54889 > 9920 [ACK] Seq=4082885727 Ack=4714727
Win=3840 Len=1436
5415663 2014-07-02 01:58:08.135187 10.20.5.20 10.20.172.219 TCP
1490 [TCP Retransmission] 54889 > 9920 [ACK] Seq=4082885727 Ack=4714727
Win=3840 Len=1436
5415664 2014-07-02 01:58:12.071222 10.20.5.20 10.20.172.219 TCP
1490 [TCP Retransmission] 54889 > 9920 [ACK] Seq=4082885727 Ack=4714727
Win=3840 Len=1436
5415665 2014-07-02 01:58:19.943328 10.20.5.20 10.20.172.219 TCP
1490 [TCP Retransmission] 54889 > 9920 [ACK] Seq=4082885727 Ack=4714727
Win=3840 Len=1436
5415666 2014-07-02 01:58:19.943608 10.20.172.219 10.20.5.20 TCP
60 9920 > 54889 [RST, ACK] Seq=4714727 Ack=4082887163 Win=3840 Len=0
谢谢,
Srinivas。这可能是一个保留数据包。我的问题是,为什么重置会发送到客户端,如果它保持活动,那么它应该只发送ack?它们可能不是保留数据包。他们靠得太近了。我怀疑这些数据包本身引发了重置。真奇怪。您可能需要知道这两个对等应用程序都在做什么。