Fatal编程技术网
  • networking/
  • Networking 如果接收到错误的ACK，TCP连接会发生什么情况？

Networking 如果接收到错误的ACK，TCP连接会发生什么情况？

networking tcp

Networking 如果接收到错误的ACK，TCP连接会发生什么情况？,networking,tcp,wireshark,tcp-ip,Networking,Tcp,Wireshark,Tcp Ip,我有一个服务器-客户端TCP连接。服务器正在向客户端发送数据，客户端确认 服务器发送一个包含序号30326和1448字节数据的数据包。客户用确认号31730而不是31774（30326+1448）确认。我在wireshark中看到，在接收到错误的ACK后，该客户端不再从服务器进行传输 任何人都可以评论为什么服务器停止传输，以及这可能是ACK的原因。它是错误的还是TCP的预期行为 关于，为什么您认为序列应该是31774，序列号是在两侧生成的，客户端只需将序列号以1@piyushj那是不对的。ACK

我有一个服务器-客户端TCP连接。服务器正在向客户端发送数据，客户端确认

服务器发送一个包含序号30326和1448字节数据的数据包。客户用确认号31730而不是31774（30326+1448）确认。我在wireshark中看到，在接收到错误的ACK后，该客户端不再从服务器进行传输

任何人都可以评论为什么服务器停止传输，以及这可能是ACK的原因。它是错误的还是TCP的预期行为

关于，

为什么您认为序列应该是
31774
，序列号是在两侧生成的，客户端只需将序列号以1@piyushj那是不对的。ACK应该包含收到的最后一个字节的序列号，由发送方进行编号。@EJP true，我在查看SYN数据包时误认为收到了最后一个字节，但遗憾的是，我无法编辑我的评论，因为太晚了。客户端是否可能收到1400字节的数据包，只确认1000字节？我认为这是不可能的。你能给我们一个交通的截图吗？为什么你认为序列应该是
31774
，序列号是在两侧生成的，客户只需要将序列号复制到ack号，增量为1@piyushj那是不对的。ACK应该包含收到的最后一个字节的序列号，由发送方进行编号。@EJP true，我在查看SYN数据包时误认为收到了最后一个字节，但遗憾的是，我无法编辑我的评论，因为太晚了。客户端是否可能收到1400字节的数据包，只确认1000字节？我认为这是不可能发生的。你能给我们一个交通的画面吗？