配置完必须看计数
QoS 策略下发成功不代表生效：分类条件写错、应用方向搞反、策略没有挂到实际转发的接口上，都会让配置看起来完整却毫无作用。验证的核心是看匹配计数与队列行为：分类命中计数说明报文是否被正确识别，各队列的发送速率与丢弃计数说明排队与调度是否按设计工作。分类计数长期为零是最典型的信号，通常意味着匹配条件与实际报文不符。另一个常见疏漏是只检查出方向而漏掉入方向策略，两边都要分别确认。
基本信息
| 分类验证 | 各类型流量的匹配计数是否增长 |
|---|---|
| 队列验证 | 各队列发送速率、丢弃计数与当前队列深度 |
| 方向验证 | 入方向与出方向策略分别检查 |
| 整形验证 | 整形速率与实际发送速率是否匹配 |
| 平台命令 | Cisco 用 show policy-map interface，华为用 display traffic-policy |
典型使用场景
- 策略上线后验证：确认分类与排队都按设计执行
- 业务投诉排查：确认关键业务的标记是否真的被识别
- 容量核对：通过队列丢弃判断带宽是否足够
- 变更回归：改动策略后确认原有分类没有被破坏
- 验收留档：采集验证输出作为交付材料
验证命令
验证命令
# Cisco：查看各类型命中与队列行为
show policy-map interface GigabitEthernet0/0
show class-map # 核对分类定义
# 华为
display traffic-policy interface GigabitEthernet0/0/0
# 间隔采样对比，观察计数增量而非累计值关键字段读法
| 字段 | 含义 | 异常表现 |
|---|---|---|
| Class match | 分类匹配的报文数 | 长期为零说明条件写错或方向不对 |
| Transmit rate | 该类实际发送速率 | 远低于预期说明被限速或队列拥塞 |
| Drops | 该类丢弃计数 | 持续增长说明队列长度或带宽不足 |
| Queue depth | 当前队列长度 | 长期接近上限表示持续拥塞 |
分类计数为零时先核对方向：入方向与出方向应用的策略是两套配置，方向配反的现象与条件写错很相似。
验证时用真实业务流量比对更可靠；用测试工具构造的流量如果字段与业务不一致，可能匹配到不同的分类。