H3C IE4320-10S wrr 1:1:1:1:1:1:1:1不生效

1. WRR 的“按需调度”机制（最常见原因）

• 现象解释：当你将所有队列的权重都设为 1（即 1:1:1:1:1:1:1:1）时，如果此时只有队列 0 和队列 7 有业务流量，其他队列都是空的。那么交换机会只调度队列 0 和队列 7。
• 为什么会觉得不生效：如果你发现某些队列的计数器不增长，或者流量没有按 1:1 分配，很可能是因为流量并没有真正进入你预期的那些队列，或者同一时间只有一个队列有流量，WRR 只能调度那个有流量的队列。

2. 流量分类（QoS 流分类）未正确匹配

• 排查建议：请检查你的 QoS 策略（MQC 或端口优先级映射）。确认业务流量是否根据 DSCP、802.1p 优先级或 ACL 规则，被准确映射到了不同的本地队列（Local Queue）。
• 验证方法：使用 display qos queue-statistics interface [接口名称] 查看各个队列的实际入包/出包计数。如果所有流量都只落在队列 0 和 1，那么即使你配置了 WRR，其他队列也是闲置的。

3. 权重为 1 时的实际表现

• 如果 8 个队列同时都有大量数据需要发送，它们会严格地按照 1:1:1:1:1:1:1:1 的比例交替发送报文。
• 但在实际网络中，很难让 8 个队列在同一毫秒内都塞满数据。因此，你很难在监控中看到完美的“平均分配”现象。

4. 高负载下的调度退化（较少见）

这个队列统计 ，明显高优先级先调度，既不是sp也不是配置的比例 

故障结论
你当前接口 WRR 配置8 个队列 weight 全部 = 11（均等调度），但实测 EF/CS6/CS7 高优先级流量大量丢包，WRR 调度完全未生效；根因：qos trust dot1p + 全队列同权重配置错误、缺少全局队列调度模板绑定、入端口未映射 802.1p→本地队列。
一、先看现象佐证
从测试报表：
p1-6/p1-7（低优先级 BE/AF）：零丢包；
p1-4/p3-x（EF/CS6/CS7 高优先级）：丢包率 36%~95%；
WRR 均等权重本该按比例均分带宽，现在高优流量被 BE 抢占，队列调度失效，BE 独占端口带宽。
二、4 个配置错误点（逐条整改）
错误 1：接口直接配置 wrr weight，H3C IE4320（V7）不支持接口下直接 wrr，必须【全局创建 WRR 队列模板→接口绑定模板】
你现在：
plaintext
#错误写法（接口下直接wrr）
qos wrr be group 1 weight 11
qos wrr af1 group 1 weight 11
...cs7 weight11
IE4320-SI/EI V7 平台不能接口逐条配 wrr，必须全局定义调度策略。
错误 2：qos trust dot1p，但缺少「dot1p→本地队列映射」，标签没分到对应队列
qos trust dot1p只读取二层优先级标签，没配置dot1p-map dscp/queue，所有优先级报文全扔进 BE 队列（队列 0），全部变成 BE 抢占带宽，高优流量无效。
错误 3：8 队列全部 weight=11 均等不合理，且未区分 SP+WRR（EF/CS6/CS7 建议 SP 严格优先，其余 WRR）
行业规范：EF (语音)/CS6 (网管)/CS7 (网控) 走 SP 严格优先，BE/AF1~AF4 走 WRR 均分，你全 WRR 导致关键业务和业务争抢队列。
错误 4：全局未开启 WRR 队列调度功能
默认端口是SP 调度，不全局开启 wrr，接口配置不生效。
三、完整修正配置（直接复制，全局 + 接口）
1、全局配置（系统视图）
bash
运行
system-view
#1、全局开启WRR调度
qos wrr enable
#2、创建WRR调度模板：SP优先EF/CS6/CS7(队列5/6/7)，BE~AF4(0~4)WRR权重1:1:1:1:1
qos schedule-profile WRR-SP
queue sp 5 6 7 #队列5(EF)、6(CS6)、7(CS7)严格优先SP
queue wrr 0 weight 1
queue wrr 1 weight 1
queue wrr 2 weight 1
queue wrr 3 weight 1
queue wrr 4 weight 1
quit
#3、配置802.1p优先级→本地队列标准映射（关键！trust dot1p依靠这条入队）
qos dot1p-map queue
dot1p 0 queue 0 #BE
dot1p 1 queue 1 #AF1
dot1p 2 queue 2 #AF2
dot1p 3 queue 3 #AF3
dot1p 4 queue 4 #AF4
dot1p 5 queue 5 #EF
dot1p 6 queue 6 #CS6
dot1p 7 queue 7 #CS7
quit
2、G1/0/3 接口删除原有错误 WRR，重新配置
bash
运行
interface GigabitEthernet1/0/3
#清空原有错误wrr配置
undo qos wrr be group 1 weight 11
undo qos wrr af1 group 1 weight 11
undo qos wrr af2 group 1 weight 11
undo qos wrr af3 group 1 weight 11
undo qos wrr af4 group 1 weight 11
undo qos wrr ef group 1 weight 11
undo qos wrr cs6 group 1 weight 11
undo qos wrr cs7 group 1 weight 11
#保留原有trunk、static mac、undo stp
port link-type trunk
port trunk permit vlan 1 11
undo stp enable
mac-address static 0000-0013-4020 vlan 11
#保留trust dot1p
qos trust dot1p
#绑定全局调度模板（核心生效命令）
qos apply schedule-profile WRR-SP
四、改完验证命令
bash
运行
#查看接口队列调度模式
display qos schedule-profile interface GigabitEthernet 1/0/3
#查看dot1p队列映射
display qos dot1p-map queue
#查看端口队列统计（看各队列丢包，EF/CS6/CS7丢包归零即生效）
display qos queue statistics interface GigabitEthernet 1/0/3
五、补充说明
如果你必须全部 8 队列 WRR 均等（无 SP），修改全局 schedule-profile：
plaintext
qos schedule-profile ALL-WRR
queue wrr 0 weight 1
queue wrr 1 weight 1
queue wrr 2 weight 1
queue wrr 3 weight 1
queue wrr 4 weight 1
queue wrr 5 weight 1
queue wrr 6 weight 1
queue wrr 7 weight 1
测试复测：EF/CS7 流量丢包率会从 90%+ 降到 0，BE/AF 均分剩余带宽。