4

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

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

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

或者

2) A 和 B 均未启用 SACK-permited

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

此外，为什么允许或不允许 SACK-permitted？它取决于操作系统或内核设置或其他什么？有可能控制它吗？谢谢！

4

1 回答 1

1

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

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

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

于 2013-05-23T16:01:45.493 回答