丢弃发生在出口排队
队列丢弃说明出接口的瞬时到达速率超过了调度能力，报文进了队列但排不出去，最终被丢掉。定位要回答三个问题：丢弃发生在哪个类别、集中出现在什么时间、是持续拥塞还是微突发。持续拥塞意味着长期带宽不足，需要扩容或架构调整；微突发则是短时间内的流量叠加，比如多个业务在同一秒内同时突发，平均利用率看着不高但丢弃照样发生。整形可以在出口削峰，代价是增加时延，所以要按业务对时延的敏感度决定用在哪里。
基本信息
| 主要证据 | 各类别的丢弃计数与发送速率 |
|---|---|
| 时间对齐 | 与业务高峰、备份任务或批量同步时间对照 |
| 成因区分 | 长期带宽不足与短时微突发需要不同对策 |
| 缓解手段 | 出口整形削峰，或调整队列长度与调度权重 |
| 平台命令 | show policy-map interface、display qos queue-statistics |
典型使用场景
- 关键业务丢包投诉：确认是否由出口拥塞造成
- 备份窗口优化：判断备份流量是否挤占了业务带宽
- 带宽扩容决策：用丢弃计数与利用率作为依据
- 微突发排查：平均利用率不高但仍有丢弃的疑难场景
- 策略调整验证：改动队列参数后确认丢弃是否下降
排查命令
排查命令
# Cisco：看各类别的丢弃与速率
show policy-map interface GigabitEthernet0/0 | include drops|rate
# 间隔采样观察增量，判断是持续还是突发
# 华为
display qos queue-statistics interface GigabitEthernet0/0/0 outbound
# 结合接口利用率判断平均负载
show interfaces GigabitEthernet0/0 | include rate|output现象与判断
| 现象 | 成因 | 对策 |
|---|---|---|
| 丢弃持续且均匀 | 长期带宽不足 | 扩容或调整业务分布 |
| 丢弃集中在短时段 | 突发叠加或微突发 | 出口整形或调整调度权重 |
| 仅低优先级类别丢弃 | 策略按设计保护了关键业务 | 确认低优先级业务的容忍度 |
| 所有类别同时丢弃 | 总带宽被打满 | 从容量和流量结构入手 |
先用采样算出丢弃速率（两次计数之差除以间隔），再与接口利用率对比，能快速区分是持续拥塞还是瞬时突发。
整形削峰会引入额外时延，对时延敏感的业务要慎用；把整形放在非时延敏感方向或低优先级类别上更稳妥。