限速不生效怎么查
QoS 不生效通常有三个检查点：策略是否应用在正确的接口与方向、分类条件是否真的命中、以及看到的丢包究竟是限速丢弃还是分类动作丢弃。先确认策略的应用位置与命中计数，再谈参数调优，比直接改速率值有效得多。
基本信息
| 适用平台 | 华为 VRP、思科 IOS、H3C Comware |
|---|---|
| 关键命令 | display traffic-policy applied-record / show policy-map interface / display qos policy interface |
| 检查顺序 | 策略应用位置 → 分类命中计数 → 丢包与限速统计 → 参数是否合理 |
| 方向概念 | 入口多用于监管（超出即丢弃或重标记），出口多用于整形（缓存后按速率发出） |
| 常见误区 | 对已经过转发路径的流量在错误方向限速，策略必然看不到效果 |
不生效的常见原因
| 现象 | 原因 | 核对方法 |
|---|---|---|
| 完全无丢包 | 策略没应用到接口或方向写反 | 查看策略应用记录，逐接口确认方向 |
| 部分流量被限、部分不限 | 分类条件不完整，未命中预期流量 | 查看分类命中计数与 ACL 匹配情况 |
| 限速值远超预期 | 速率单位或计算方式理解偏差 | 确认单位与是否按包长计算开销 |
| 流量被整类丢弃 | 策略动作是丢弃而非限速 | 查看动作配置，区分监管与阻断 |
| 改了配置无变化 | 策略未重新应用或缓存未刷新 | 重新应用策略后再核对计数 |
典型使用场景
- 给某台服务器或某个网段限速，但实测带宽没被限制
- 专线带宽保证类策略不生效，关键业务仍被抢占
- 排查「不该被丢的报文被丢」：确认策略动作与分类范围
- 割接后策略未生效，需要确认应用位置是否随接口变更
- 多云出口做流量整形，需要验证出口队列的实际速率
华为 VRP
华为 VRP
display traffic-policy applied-record # 一条看清所有策略应用位置
display traffic-policy interface GigabitEthernet0/0/1 # 接口上的策略与统计
display acl 3000 # 核对分类条件
# 应用记录里能看到策略名、接口、方向与命中计数思科 IOS 与 H3C Comware
思科 IOS 与 H3C Comware
show policy-map interface GigabitEthernet0/1 # 思科：每类计数与丢弃
show class-map # 分类定义
show running-config interface GigabitEthernet0/1 # 确认接口引用
display qos policy interface GigabitEthernet1/0/1 # H3C：接口策略与统计
display qos policy # H3C：策略定义
display qos policy user-defined华为的应用记录命令一次给出所有策略的应用位置与命中情况，排查时最省事；思科看接口下每个类的计数是否增长；H3C 用接口级命令确认策略是否挂在预期接口上。
限速方向别搞反：对上行流量在入口做限制往往看不到效果（流量已通过转发路径）。按平台模型选择入口监管或出口整形，配错方向会让整条策略形同虚设，还容易被误判为设备性能不足。