stream量控制和拥塞控制在TCP中有什么区别?

TCP中的stream量控制和拥塞控制有什么区别?

这个问题可以分解为两部分:

  1. stream量和拥塞控制的总体目的是什么?
  2. 如何完成任务?

根据维基百科 ,TCPstream量控制依赖于ACK消息中报告的窗口大小。 拥塞控制还依赖于确认消息。 我想知道两个目标之间有什么不同,以及他们是如何工作的。

至于第一部分,超级大概:

stream量控制由接收方控制。 它确保发送者只发送接收者可以处理的内容。 想想光纤快速连接的人可能会通过拨号或类似的方式发送给某人。 发送者能够很快地发送数据包,但是这对接收者来说是无用的,所以他们需要一种方法来限制发送端可以发送的内容。 stream量控制处理可用的机制以确保这种通信顺利进行。

拥塞控制是一种确保networking中的每个人在任何给定时间对networking资源具有“公平”访问量的方法。 在混合networking环境中,每个人都需要能够承担相同的总体绩效水平。 有助于了解这一点的常见scheme是办公室局域网。 局域网中有许多局域网段都在做局域网内的事情,但是它们都需要通过比组成局域网网段慢的广域网连接。 图片在局域网内有100MB的连接,最终通过5MB的广域网连接。 某种拥塞控制需要在那里进行,以确保在更大的networking中没有问题。

至于第二部分:

如果这是一个面试准备的问题,如上所述,我会考虑花一些时间来阅读一般的TCP / IP。 不要使用维基百科。 RTFM! 这是非常值得您的时间。 你可以争辩说,这是支持现代互联网最重要的协议。

需要了解stream量控制的内容:停止并等待,滑动窗口,暂停帧。

有关拥塞控制:QoS(服务质量),重传策略,窗口策略的内容。

除此之外,您可以search任何特定的供应商实施(思科等..)

stream量控制:发送方将发送足够的数据,在接收端可以容纳。

拥塞控制:发送方将减less发送数据包的数量,以避免路由器的缓冲区(队列)溢出。

stream量控制:

  • 它确保发送者不会使接收器过载。
  • 与拥塞控制不同,这是一种本地现象。
  • 这通常由发件人发起。

拥塞控制:

  • 它确保networking能够处理数据包的负载。
  • 这是一个全球性的现象,并影响与该networking连接的每个主机。
  • 它由路由器发起。

拥塞控制是一个全球性问题 – 涉及子网内的每个路由器和主机stream量控制 – 范围是点到点; 只涉及发送者和接收者。

stream量控制主要在接收端完成 ,调整发送端注入networking的数据量; 拥塞控制主要是在发送端完成的,试图通过ACK包的定时来感知networking拥塞,调整发送给相应情况的数据量。

拥塞控制 :除了防止路由器的缓冲区溢出之外,它还处理另外两个重要的因素

  • 公平性 :任何连接到networking的主机都不应该发生饥饿。尽pipe术语比较复杂。
  • 效率 :链接应该被利用到最大容量,这样不会造成拥塞。

stream量控制在接收端完成。 如果发送者发送的数据包大于接收者的缓冲区大小,则在接收者的缓冲区发生溢出。 为了避免接收端的这种溢出,在发送端使用了一种开窗技术。 拥塞控制在发送方完成。 这是一个全球现象。 这发生在路由器。 当许多发送者试图通过相同的链路推送更多的数据包时,路由器的缓冲区溢出。

stream量控制:表示有多lessnetworking能够吸收拥塞窗口; 拥塞控制:表示接收者能够吸收多less广告窗口; 发件人的max_window = min(广告窗口,拥塞窗口);

Interesting Posts