TCP 标头选项：允许 SACK（选择性确认）协商

Question

我正在做一个研究项目，需要拆分tcp连接。所以我有一些特殊的问题，这些问题可能会在我的发展中发生。问题在于理解 TCP SACK 允许的协商。我阅读了 RFC，但找不到答案。

对于两个 tcp 程序之间的 3 路 tcp 握手：A 和 B。如果 A 向 B 发送允许 SACK 的 TCP SYN，B 一定会响应允许 SACK 的 SYN/ACK 数据包吗？如果 B 在没有 SACK 许可的情况下回复 TCP SYN/ACK，这是否意味着

1) SACK-permmited 仅在 A 上启用。A 可以选择性地确认来自 A 的 tcp 数据包，但 A 不能选择性地确认来自 B 的 tcp 数据包。

或者

2) A 和 B 上均未启用 SACK-permitted

如果A在没有SACK许可的情况下向B发送TCP SYN，B可以用SACK许可来响应SYN/ACK数据包吗？

另外，为什么允许或不允许SACK-permited？这取决于操作系统或内核设置还是其他什么？可以控制吗？谢谢！

Answer 1

以下内容应该对您有帮助：TCP 选择性确认

不过，要回答你的问题（可以控制它），这一切都取决于“你可以控制什么”。例如，对于Windows，您可以控制它，但是，您必须启用它。因此，如果您控制 TCP 会话的两端，答案是肯定的。显然，如果你不控制另一端，你就无能为力。因此，想象一下您在自己的一端启用了它（可控），但目的地（假设是一个网站）不支持 SACK，这在一定程度上最终会浪费时间。

大多数操作系统允许您关闭和打开。在 FreeBSD（我当前的桌面）上，它是默认打开的，在 Linux 的大多数变体中，它也是默认打开的。