TCP里滑动窗口,拥塞窗口和缓存是同一个东西吗?

发布于 2022-09-12 04:21:04 字数 232 浏览 21 评论 0

如题,TCP里滑动窗口,拥塞窗口和(发送和接收)缓存的这三者是同一个东西吗?
我的理解是:

  • 滑动窗口管理的是已发送但还没有收到确认的分组
  • (发送和接收)缓存 管理的是需要发送/接收到的分组
  • 拥塞窗口是根据拥塞控制来判断网络中可承受的分组数量,也是发送方每次发送的分组长度

在TCP的流量控制里,接收方会将接收缓存告知给发送方。
不知道这么理解是否正确,请指教。

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(2

最偏执的依靠 2022-09-19 04:21:04

滑动窗口和拥塞窗口是概念层面的东西,缓存(应该是数据收发缓冲区)是实体层面的东西,
一般来说一个缓冲区中只有一部分数据可以被发送,我们称之为窗口值。
一般缓冲区中窗口值的大小 = min(滑动窗口 , 拥塞窗口)即由双方共同决定。
推荐看下谢希仁的计算机网络,讲的比较清楚。

梦醒灬来后我 2022-09-19 04:21:04

基本正确。

滑动窗口

这是发送端的动态概念。控制报文发送,避免发送接收端承受不了的数量的报文。发送窗口大小由接收端在TCP Header中通告,窗口区间可更细分为已发送未确认区间未发送但可发送区间, 窗口左边是已发送已确认区间,右边是未发送且不能发送区间....

注意,这里说的可发送不考虑拥塞..

缓存

基本正确。更准确地,发送缓存是指滑动窗口中的右边三个区间的总和,接收缓存指接收到但还没有递交给应用层的报文

拥塞窗口

也是发送端的动态概念。控制报文发送,避免发送过多报文引起网络拥塞。窗口大小由具体采用的拥塞控制协议决定。


另外,发送端真正能发送报文受到滑动窗口和拥塞窗口的同时制约...

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文