TCP 标头上的 32 位确认字段，例如 x 告诉另一台主机“我收到了所有字节，直到并包括 x-1， 现在期待 从 x 开始的字节”。在这种情况下，接收者可能已经收到了一些 更多字节，例如 x+100 到 x+180， 但它还没有收到第 x 个字节。
有没有一种情况，虽然接收方没有收到 x 到 x+100 字节，但收到的字节是 x+100 到 x+180， 接收方确认收到 x+180？
我读到的一个资源表明，尽管前面的字节有间隙，但已确认接收到的字节。 但是，其他所有消息来源都告诉
“x 的确认告诉所有字节直到收到 x-1”。
有什么特殊情况吗？我正在寻找验证这一点。
TIA。
【问题讨论】：
标签： tcp
这可以通过称为 SACK 的 TCP 选项来实现。
在这里，客户端可以通过重复的 ACK 说它只有特定的数据包编号 2（数据包的序列号），并为接收到的连续数据包的范围附加 SACK（选择性确认）选项，例如编号为 4 到5（序号）。这反过来将使服务器能够仅重传客户端未收到的数据包（3个序列号）。
以下提供 RFC 2018 的摘录：TCP 选择性确认选项
SACK 选项将由数据接收方发送以通知数据 已接收的非连续数据块的发送方，并且
排队。数据接收方等待数据的接收（可能通过
重传的方式）来填补之间序列空间的空白
收到的块。当收到缺失的段时，数据
接收方通过推进左侧窗口正常确认数据
TCP 报头的确认号字段中的边缘。袋子 选项不会改变确认号的含义
字段。
【讨论】：
来自https://www.rfc-editor.org/rfc/rfc793.txt 的 TCP RFC：
3.3。序号
设计中的一个基本概念是发送的每个八位字节数据 通过 TCP 连接有一个序列号。由于每个八位字节都是 排序后，它们中的每一个都可以被确认。致谢 采用的机制是累积的，因此序列的确认 数字 X 表示直到但不包括 X 的所有八位字节都已 收到了。
这对我来说似乎很清楚，序列号在第一个丢失的数据处停止。
【讨论】：