TCP窗口和缓冲区 - 检查我的理解?

时间:2013-06-04 21:13:57

标签: tcp buffer network-protocols

我目前正在尝试实现单向TCP,我想对TCP发送方/接收方窗口和接收缓冲区的行为做一些澄清。

我对窗口化过程的理解如下:

窗口大小表示发件人一次可以发送的最大未确认字节数。

此尺寸在连接期间达成一致。

TCP发送方应跟踪具有较低序列号的ACK,并在收到ACK时将数据包标记为已确认。如果最低序列号(它正在跟踪)与当前窗口中的第一个字节匹配,则向右滑动窗口。

现在,我对接收缓冲区的理解......

当数据包无序到达时使用。数据被放入缓冲区,接收器不会对其进行确认,而是继续确认在最早的无序数据包之前收到的最后一个数据包。这导致发送方在重复的ACK号之后“快速”重新发送下一个数据包。

这是对这两个概念的正确理解,如果没有,请澄清。

谢谢!

1 个答案:

答案 0 :(得分:17)

  

窗口大小表示发件人一次可以发送的最大字节数。

没有。它是可以传输的最大未确认字节数。当发件人达到该限制时,他必须停止发送。

  

此尺寸在连接期间达成一致。

没有。它在协议中动态调整。

  

TCP发送方应跟踪具有较低序列号的ACK,并在收到ACK时将数据包标记为已确认。

发送方应缓冲发送的数据,直到确认为止,此时可以将其丢弃。如果未确认,则可以重新传输等。

  

如果最低序列号(它正在跟踪)与当前窗口中的第一个字节匹配,请将窗口向右滑动。

任何ACK都包含序列号。可以丢弃该序列号下面的所有缓冲发送数据。

  

现在,我对接收缓冲区的理解......

     

当数据包无序到达时使用。

不,当任何按顺序数据包到达时使用它。它一直待在应用程序读取之前。无序段不一定是缓冲的。

  

将数据放入缓冲区,接收方不对其进行确认,而是继续确认在最早的无序数据包之前收到的最后一个数据包。这导致发送方在重复的ACK号之后“快速”重新发送下一个数据包。

或多或少,但缓冲部分是可选的。