如何解决QuickQ的“令牌桶溢出”

本文目录导读：

1. 第一步：先确认是不是真正的“溢出”与影响
2. 第二步：核心调整——增大“桶”的大小
3. 第三步：如果是多队列混合场景（如语音+数据）
4. 第四步：硬件与架构层面的根治
5. 第五步：日志与告警处理
6. 总结与建议

“令牌桶溢出”（Token Bucket Overflow）在 QuickQ（通常指华为或H3C等企业的QoS队列技术，或某些网络限速脚本）中，通常意味着瞬时流量超过了队列配置的突发容量（Burst Size），这不是一个致命错误，而是一个性能指示器，表明当前流量在短时间内很“汹涌”,超出了设备或策略预设的平滑缓冲区。

要解决这个问题，需要分别从监控确认、参数调优、架构优化三个层面入手,以下是具体操作步骤：

第一步：先确认是不是真正的“溢出”与影响

“溢出”本身不一定直接导致丢包,你需要检查：

1. 是否伴随丢包？ 溢出”计数增加，但接口/队列的丢包计数器（Discard/ Drop）没有增长，说明缓冲区暂时够用,无需过度紧张。
2. 检查哪个队列/方向？ 确认是入接口（Inbound）还是出接口（Outbound），通常出方向的整形（Shaping）更容易出现溢出。
3. 查看队列统计： 使用命令（华为/H3C为例）：
   • display qos queue statistics interface GigabitEthernet 0/0/1
   • 关注 Enqueue (入队) vs Discard (丢弃) 的比例。

第二步：核心调整——增大“桶”的大小

“令牌桶”有两个核心参数：CIR（承诺信息速率，即平均速率）和CBS（承诺突发尺寸，即桶的深度），溢出通常是因为 CBS 太小。

解决思路： 在不改变平均速率（CIR）的情况下，增大 CBS（或PBS，峰值突发尺寸）。

华为/H3C 配置示例（假设在出方向整形）：

# 进入接口视图
interface GigabitEthernet 0/0/1
# 假设当前的整形配置是：
# qos lr cir 10000 cbs 200000 （平均10Mbps，突发200K字节）
# 解决方法：增大 CBS 值（例如增加4倍）
qos lr cir 10000 cbs 800000
# 或者使用默认推荐值（通常为 CIR * 1.5ms 或 10ms，网络越大建议越大）
# 推荐：CBS = CIR (kbps) * 200 (字节)  即 10000 * 200 = 2,000,000
qos lr cir 10000 cbs 2000000
# 如果你在用 QoS 队列（如 EF 队列），调整队列的CBS：
# qos queue ef cir 10000 cbs 2000000 pir 20000 pbs 4000000

关键逻辑： 只要不强制限速（CIR 不变），增大 CBS 只会让网络更平滑，允许短时突发，不会增加平均带宽占用，目的是让“桶”能容纳更大的瞬时流量包,减少溢出概率。

第三步：如果是多队列混合场景（如语音+数据）

如果溢出发生在高优先级队列（如 EF，用于VoIP）,并且同时有大量低优先级流量：

• 原因： 高优先级队列的调度器在处理低优先级队列时被“饿死”,导致高优先级令牌桶未及时填充。
• 方案： 调整调度算法或权重。
  • 检查 qos queue scheduling 是否为严格优先级（PQ）或公平队列（WFQ），如果是严格优先级，低优先级流量可能会堵住，但高优先级不应该溢出，如果是 WFQ,可能权重分配不合理。
  • 建议： 对语音等实时流量，使用严格优先级（PQ）并加上管制（Policing）,防止其溢出后挤占其他队列。

第四步：硬件与架构层面的根治

如果调大 CBS 后依然频繁溢出，说明物理带宽已接近瓶颈：

1. 升级链路带宽： 这是最彻底的办法，如果接口长期利用率 > 70%，且溢出频繁，说明平均流量已经逼近CIR,突发只是表象。
2. 调整流量整形区域： 将整形点从核心设备移到边缘设备（用户接入侧），在用户接入交换机上进行限速，而不是在核心路由器上，这样可以更早地“削峰填谷”。
3. 检查CE（拥塞避免）/ WRED： 如果使用的是 RED（随机早期检测），WRED 参数配置不当会导致大量流量在接近溢出时被误丢弃，检查 qos wred 相关的配置。

第五步：日志与告警处理

如果你不需要这个告警（例如是突发流量而非风险）,可以：

• 关闭日志： 在系统视图下执行 undo log buffer queue overflow （华为不同版本命令不同，可能为 info-center source default channel logbuffer deny level debugging，但这会关闭太多信息，不推荐）。
• 更好的做法：提高日志阈值，只记录严重告警：snmp-agent trap enable feature-name qos trap-name hwqosqueueoverflow（更推荐精确控制）。

总结与建议

核心建议： 先尝试将 CBS 增大到 CIR（kbps）的 200~1000倍（单位字节），CIR=10Mbps（10000kbps），CBS 设为 2,000,000 到 5,000,000 字节，这通常能解决90%的“令牌桶溢出”误报，如果依然溢出,则说明你的网络已经需要扩容了。