主页 / computer / 问题 / 1539690
Accepted
akellas
Asked: 2020-04-08 10:02:51 +0800 CST

TCP 接收窗口何时公布？

  • 772

我正在尝试了解 TCP 3 方式握手和流量控制。我正在阅读这篇文章，并且我了解发送方和接收方在 3 次握手中就序列号和确认号达成一致。

此外，本文还提到在建立连接时会公布接收窗口：

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

我的问题是第一次建立接收窗口是什么时候？是在3 次握手期间还是在3 次握手之后？

networking tcp

1 个回答

  1. Best Answer

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

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

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

    网络上发生的错误越少，允许获取的窗口就越大，用于数据的带宽就越多。大窗口大小的唯一问题是，如果在任何时候出现传输故障，则必须重新发送整个段，从而无论如何都会占用带宽。

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

    源传输控制协议、3 次握手、TCP 滑动窗口

    • 0

相关问题