.net - 什么决定发送 ACK 之前的数据包数量？服务器上的 .NET 套接字

Question

在客户端发送ACK之前，什么决定了服务器发送/客户端接收了多少数据包？有什么方法可以在服务器端或客户端配置它以在 ACK 之前发送更多数据？如果没有收到 ACK，服务器会持续发送数据包多长时间？这是可配置的吗？服务器请求 ACK 还是客户端只发送它们？

谢谢，

山姆

Answer 1

通过 TCP 连接发送的每个字节都需要确认。这就是规则。服务器不会明确请求 ACK，因为它不必这样做——它只是希望您遵守规则，并且当它发送数据时，您会确认它。如果您不发送超过一定字节数的 ACK，则可能发生以下三种情况中的任何一种——服务器将等待 ACK 一段时间(阅读:死气沉沉)，重新发送您尚未确认的所有数据但是(阅读:更多 网络流量)，或者如果尝试这样做但失败了，它将重置连接(阅读:“连接由对等方重置”)。

综上所述，您不必立即确认每个数据包。服务器将在请求 ACK 之前发送一定数量的字节——不会多于，通常会少于客户端通告的“接收窗口”。如果愿意，您可以等待并收集几个段并一次全部确认它们......或者将它们与您发送到服务器的数据一起发送。 (带有数据的 ACK 实际上是免费的。)Windows 已经这样做了；它在发送 ACK 之前收到一个段后等待大约 200 毫秒。如果此时有另一个数据段进来，或者 Windows 有数据准备发送，则立即发送一个涵盖这两个数据段的 ACK。效果是一般情况下(一堆数据一下子进来)，裸ACK的数量减半。

如果你真的认为你可以做得比这更好，显然 TcpAckFrequency 有一个注册表设置，它是“在延迟 ACK 计时器被忽略之前未完成的 TCP 确认数” (阅读:在 Windows 立即发送 ACK 之前)。默认值为 2。如果您愿意，可以增加此值，但如果它太高，则可能会导致延迟。

还有一个 TcpDelAckTicks，它指定延迟的时间长度(以 100 毫秒为单位)。默认情况下它是 2。同样，如果它太高，您可能会导致延迟，从而使您的网络变得缓慢。

如果您坚持尝试，请查看 HKLM\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters\Interfaces。其中有许多带有 GUID 名称的键；一个对应于您当前的网络连接。 (如果您使用的是 WiFi，也会有子项 - 每个网络一个？)您需要在其中添加值 - 默认情况下它们不存在。

另外，看看 http://download.microsoft.com/download/c/2/6/c26893a6-46c7-4b5c-b287-830216597340/TCPIP_Reg.doc .它告诉您可以设置的各种选项。请注意，许多值名称当前不存在于注册表中!您必须添加它们才能设置它们。