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 将不再生成提交错误。此行为随着增强订阅者管理的出现而改变。当保证突发速率较高时，无论是静态配置、使用预定义变量动态配置，还是通过更改授权请求进行配置，系统都会记录错误。

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

• 不支持 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 次幂。

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