Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

了解监管器和令牌桶算法的优势

本主题介绍了一些案例,其中展示了在没有监管器和令牌桶算法的帮助下控制进入网络的流量的难度。这些方案假设信息流来自基于 TCP 的连接。监管器可能对速率限制有不同的影响,具体取决于 TCP 连接数。

本主题介绍以下情景:

情景1:单个 TCP 连接

图 1显示配置了监管器的接口上的流量加载。当流量速率达到配置的带宽限制(将导致数据包丢弃)时,TCP 慢速启动机制将流量速率降低到一半。当流量速率再次上升时,将重复相同的周期。

图 1: 使用单个 TCP 连接的监管器行为使用单个 TCP 连接的监管器行为

这种情况下出现的问题是:有些带宽可用,但流量未使用。中图 1显示的未用带宽是指低于配置的带宽值的整体数据吞吐量。此示例是一种极端情况,因为只有一个 TCP 连接。

情景2:多个 TCP 连接

如果使用多个 TCP 连接或某些后台非 TCP 流量,则未使用的带宽较少,如中图 2所示。但是,如果在聚合流量速率超过配置的带宽限制时,所有 TCP 连接都遇到问题,则同样存在未使用的带宽。

图 2: 后台流量的监管器行为(多个 TCP 连接)后台流量的监管器行为(多个 TCP 连接)

要减少网络中未使用带宽的问题,您可以配置突发大小。