TCP 的滑动窗口

滑动窗口

TCP 的滑动窗口_第1张图片

  • 在3次握手创建链接的时候,就是进行一个重要的工作就是窗口的确认。也就是发送端与接收端要确认发送数据的窗口有多大,或者说缓冲区有多大,实际窗口就是一个缓冲区对于发送端来说比如缓冲区大小是32k,接收端的是16k,这时就要统一成一样的缓存区大小。取两者之间最小的那个。这个就是窗口。
  • 所谓滑动窗口,就是这个窗口可以动,就是发送端在发数据的时候,有一个非常大的缓冲区,但是接收端的窗口就那么大比如16k。
  • 以上发送端发送完16k的数据后,这个窗口就往后滑一下。不断往后滑,实际的情况和我们上面的图是一模一样的,每一个小格就是一个缓存区,滑动窗口我们这里是4格数据段,每个段假设是1000字节。一共是4个段就是4000字节的数据,那么对于这个4000字节的缓冲区大小,发送端是一次性发送4000个字节的数据,发送出去之后呢,对方都接收到了之后呢,滑动窗口就可以往后滑了。当我们发送了4个数据包给对方,对方就会给我们回已经收到多少,一般是有一个定时机制,每隔一段实际就会发送一个确认,并不是没发一个报文就回一个,可能是发送4个只回一个,也有可能先回2个再回2个。只要对方确认收到了,滑动窗口就可以往后滑。那么之前发送的那两个数据,就是已经发送了但是还没有收到确认报文。之后没有收到确认报文就绝对不能往后滑。因为如果数据丢失了,那么还需要再次发送。如果只收到2个确认报文的话,可以再次发送2个报文。
  • 如果4个报文全部收到了,就整体滑过去了。然后再发送4个。就这样循环往复的发送数据。高效利用带宽。如果是发送一个确认一个那么就浪费了大量的带宽。
  • 有了滑动动窗口那么ack机制就会有变化,就是 delay ac

你可能感兴趣的:(WebRTC基础知识)