TCP接收窗口何时发布？

debugcn 发表于 Dev

阿克拉斯

我正在尝试了解TCP 3方式握手和流控制。我正在阅读此书，并且我了解，通过3种方式的握手，发送方和接收方就序列号和确认号达成了一致。

此外，该文章中提到了接收窗口通告时，在建立连接：

假设我们要从节点A向节点B发送一个150000字节的文件。TCP可以将该文件分解为100个数据包，每个1500个字节。现在，假设在节点A和B之间建立连接时，节点B会通告一个45000字节的接收窗口，因为它确实想在这里帮助我们进行数学计算。

我的问题是何时首次建立接收窗口？是在3次握手期间还是3次握手之后？

戴维·波斯蒂尔

是在3次握手期间还是3次握手之后？

它由应用程序在握手之前设置：

应用程序确定初始窗口大小，您可以在初始同步（三向握手）时看到每个设备的此大小。Windows默认情况下将8760字节用于以太网，尽管可以在注册表中进行更改。数字8760是6 x 1460，这是一个完整的以太网帧可以承载的数据量，默认情况下是用于以太网的MSS，在同步过程中共享该MSS。调整窗口大小时，数据包大小的6-8倍被认为是最有效的。在Internet的早期（1980年代初期），诸如X.25之类的协议盛行，通常建议用户采用更小的数据报大小576（来自RFC 791），尽管不再需要，您可能会遇到较小的数据报。结果是MSS和窗口大小设置。

在网络上发生的错误越少，则允许的窗口越大，并且用于数据的带宽就越大。大窗口大小的唯一问题是，如果在任何点出现传输失败，则必须重新发送整个段，从而无论如何都要占用带宽。

TCP协议要注意的一件事是窗口大小的缓慢增加。例如，如果使用FTP发送10Mb文件，则可能需要1Mb的传输时间，然后才能以最佳速度进行传输。这是因为窗口大小开始时很小，因此很多初始流量是标头而不是数据。使用FTP下载小文件不能达到最佳的数据下载速度，下载大文件效率更高。此机制称为慢启动，在RFC 2001中概述。