标记为什么没生效
业务侧配置了 DSCP 或优先级，体验却毫无差别，问题通常不在配置本身，而在标记没有被端到端保留：绝大多数交换机和 AP 默认不信任终端打上的标记，会重新标记甚至清零。另一个常见原因是上行限速先于队列调度生效，流量在进入优先级队列之前就已被整形，优先级自然体现不出来。
基本信息
| 端到端要求 | 标记必须在每一跳被信任才会保留，默认常被重置 |
|---|---|
| 无线侧 | WMM 队列映射是否正确，语音与视频 AC 配置 |
| 限速冲突 | 上行整形可能先于队列调度生效 |
| 验证方法 | 抓包对比入口与出口的 DSCP 值是否保持 |
| 常见误区 | 只在无线侧调优，忽略有线跳 |
典型使用场景
- 语音与视频会议质量不稳，配了 QoS 却无改善
- 排查 DSCP 在跨设备传输中被清零
- 核对交换机信任模式与无线 WMM 映射是否一致
- 定位上行限速与优先级策略的冲突
- 多厂商设备混用时的标记口径对齐
验证要点
验证要点
# 在入口与出口分别抓包，比较 DSCP 值是否保持
# 交换机侧确认信任模式：trust dscp 或 trust cos
# 无线侧确认 WMM 队列与 DSCP 的映射关系
# 检查上行整形策略的作用位置与顺序逐跳检查点
| 环节 | 检查内容 | 常见问题 |
|---|---|---|
| 终端打标 | 应用是否正确设置 DSCP | 应用根本没打标 |
| 接入交换机 | 信任模式 | 默认不信任，重新标记 |
| 汇聚与核心 | 策略与队列 | 中途清零或重映射 |
| 无线侧 | WMM 与 AC 映射 | 队列映射不一致 |
QoS 不生效九成是「某一跳没信任标记」，逐跳核对入口与出口的 DSCP 值比反复改参数高效得多。
上行限速与优先级队列的先后顺序很关键：先被整形再谈优先级没有意义，策略要按实际处理顺序来设计。
只在无线侧调整而不管有线跳：路径中只要有任意一跳不信任标记，前面的配置等于白做。