MIC 和 MPC 接口上的流量突发管理概述

配置突发大小的准则

通常，MIC 和 MPC 接口上的调度器节点以及队列的默认突发大小 （100 毫秒） 足以满足大多数网络的需求。但是，如果网络中的中间设备缓冲非常有限，并且不能容忍猝发流量，则可能需要为突发大小配置较低的值。

为您的网络选择不同的突发大小时，请务必小心。突发大小过高会使下游网络设备不堪重负，导致丢包和网络运维效率低下。同样，突发大小过小也会导致网络无法达到配置的速率。

配置突发大小时，请记住以下注意事项：

• 系统使用算法来确定为节点或队列实施的实际突发大小。例如，要达到 8 Mbps 的整形速率，您必须每秒分配 1MB 的速率积分。整形速率为 8 Mbps，突发大小为每秒 500,000 字节的速率信用，使系统最多能够传输 500,000 字节或 4 Mbps。系统无法实施阻止达到速率的突发大小。

  有关详细信息，请参阅 系统如何计算突发大小。

• 每个平台都有最小和最大突发大小，不同的节点和队列类型具有不同的扩展因子。例如，对于 8 Mbps 的整形速率，系统确保突发不能设置为低于 1 Mbps。为了平稳地调整流量，费率积分的发送速度比每秒一次要快得多。发送费率信用额度的间隔因平台、费率类型和调度程序级别而异。

• 配置整形速率调整后（按百分比或通过 ANCP 或组播 OIF 等应用程序），系统会根据调整后的整形速率进行默认和最小突发大小计算。

• 如果已将信元整形模式配置为考虑 ATM 信元税，系统将基于税后整形率进行默认和最小突发大小计算。

• 保证速率和整形速率共享为突发大小指定的值。如果保证速率指定了突发大小，则该突发大小用于整形速率;如果整形速率指定了突发大小，则该突发大小将用于保证速率。如果已为这两个速率指定突发大小，则系统将使用两个值中较小的一个值。

• 为保证速率配置的突发大小不能超过为整形速率配置的突发大小。从 Junos OS 15.1 版开始，当保证速率突发大小静态配置为大于整形速率突发大小时，CLI 不再生成提交错误。随着增强型订阅者管理的出现，这种行为发生了变化。当保证突发速率较高时，系统都会记录错误，无论是静态配置、使用预定义变量动态配置，还是通过授权请求更改。

• 如果尚未配置保证速率，逻辑接口和接口集将根据端口速度接收默认保证速率。队列从父 逻辑接口 或接口集接收默认保证速率。

• Burst-size 不支持 per-priority-shaping。

系统如何计算突发大小

在计算突发大小时，系统使用 2 的幂指数。例如：

Shaping-rate in bps * 100 ms / (8 bits/byte * 1000 ms/s) = 1,875,000 bytes

然后，系统会将此值向上舍入。例如，系统使用以下计算来确定整形速率为 150 Mbps 的调度器节点的突发大小：

Max (Shaping rate, Guaranteed rate) bps * 100 ms / (8 bits/byte * 1000 ms/s) = 1,875,000 bytes

Rounded up to the next higher power of two = 2,097,150 (which is 2**21, or 0x200000)

系统会为以下每个速率对分配单个突发大小：

• 整形率和保证率

• 保证高 （GH） 和保证中 （GM）

• 过剩高 （EH） 和过剩低 （EL）

• 保证低 （GL）

要计算每对的突发大小，系统：

• 如果仅配置了其中一个对，则使用配置的突发大小。

• 如果配置了两个突发大小中较小的一个。

• 使用下一个 2 的下一个幂。

• 要计算最小突发大小，系统使用两个速率中较大的一个。