Linux TCP 实现中使用延迟 ack，通过等待一段时间并将接收方收到的数据聚合到单个 ack 数据包中来减少纯 ack 数据包的数量。
根据 RFC，延迟确认的最大数量2MSS，这意味着接收方每两个数据包都会响应一个延迟的确认。
我想知道在实际的 Linux 实现中是否属实，以及是否有其他 ack 聚合机制可以压缩更多的 ack。换句话说，如果我有一个确认超过 2 个数据包的 ack 数据包，这是因为网络问题或某人的某些特殊聚合导致了一些 ack 丢失吗？
多谢。
延迟确认会同时确认两个以上的数据包吗？