从PQ到WFQ：深入解析华为设备队列调度技术的演进与实战

1. 队列调度技术的前世今生

第一次接触QoS队列调度是在2013年部署企业语音系统时。当时客户抱怨语音通话经常卡顿，我们排查了半天才发现是默认的FIFO队列导致语音和数据流量"抢车道"。这个经历让我深刻认识到：队列调度就是网络世界的交通指挥系统，它决定了哪些数据包可以优先通过，哪些需要排队等待。

在华为设备的发展历程中，队列调度技术经历了从简单到智能的演进。早期的PQ（Priority Queuing）就像救护车专用通道，高优先级流量一路畅通，但代价是普通流量可能完全"饿死"。后来出现的WRR（Weighted Round Robin）引入了带宽分配的概念，类似于给不同车辆类型划分车道比例。而现在的WFQ（Weighted Fair Queuing）则更进一步，不仅能区分车辆类型，还能动态调整每辆车的通行顺序。

2. PQ调度：简单粗暴的优先级机制

2.1 工作原理与配置实战

PQ调度就像医院的急诊分诊系统。在华为设备上配置PQ队列时，我通常用以下命令将关键业务（如语音）映射到高优先级队列：

qos queue-profile pq-profile queue 7 priority-queue # 最高优先级队列 queue 6 pq # 次高优先级 queue 5 to 0 wrr # 其他队列采用WRR

实测中，PQ队列对VoIP业务的时延改善非常明显。在某金融客户场景下，将交易系统流量放入PQ7队列后，时延从平均35ms降到了8ms以下。但这里有个坑：千万别把视频会议这类大流量业务放进PQ队列，否则会像急诊室挤满感冒病人一样，导致真正需要急救的业务反而被阻塞。

2.2 典型问题与解决方案

去年遇到一个典型案例：某制造企业把MES系统数据全部配置为PQ6，结果普通办公网络几乎瘫痪。这是因为PQ存在队列饿死问题——当高优先级队列持续有流量时，低优先级队列永远得不到调度。后来我们改用PQ+WRR组合方案，只将关键指令放入PQ，其他业务按权重分配带宽，问题立刻解决。

3. WRR/DRR：更公平的带宽分配

3.1 WRR的权值奥秘

WRR调度就像自助餐厅的取餐规则。在华为S系列交换机上，每个队列的权值配置非常关键：

qos queue-profile wrr-profile queue 7 wrr weight 30 # 占30%带宽 queue 6 wrr weight 20 queue 5 wrr weight 10

但这里有个隐藏知识点：WRR的权重是相对于活跃队列计算的。假如队列7没有流量，队列6实际获得的带宽会是20/(20+10)=66.7%。这个特性在2020年某园区网项目中让我们栽了跟头——当语音队列空闲时，视频流量突然暴增导致网络拥塞。

3.2 DRR的字节级精准控制

DRR通过"赤字计数"机制解决了WRR的报文大小敏感问题。配置示例：

qos queue-profile drr-profile queue 7 drr weight 3000 # 3000字节/周期 queue 6 drr weight 2000

在5G回传项目中，我们发现DRR对突发大流量（如4K视频）的控制比WRR更精准。但DRR的调试需要特别注意MTU一致性——如果设备接口MTU是1500，而权重设为2000，实际每个周期还是只能发送一个报文。

4. WFQ：智能的动态平衡术

4.1 基于流的动态分类

华为设备的WFQ有两种工作模式。基于流的WFQ会通过六元组（源/目的IP+端口、协议、ToS）自动识别不同业务流。这个功能在云游戏场景特别有用：

qos queue-profile wfq-flow queue 7 wfq flow queue-length 64 # 游戏流 queue 6 wfq flow queue-length 128 # 视频流

实测发现，WFQ的自动权重分配有时会出现偏差。比如某次视频会议中，系统错误地将屏幕共享识别为普通数据流。这时就需要手动干预：

qos classifier-video if-match dscp af41

4.2 基于优先级的加权策略

在核心路由器上，我更喜欢使用基于优先级的WFQ：

qos queue-profile wfq-priority queue 7 wfq precedence 6 weight 40 queue 6 wfq precedence 5 weight 30

这种模式下有个实用技巧：权重值=带宽比例×100。比如要分配40%带宽，就设weight 40。在2022年某SD-WAN项目中，这样配置比传统WRR节省了30%的调优时间。

5. 组合调度的艺术

5.1 PQ+WFQ的黄金组合

现网中最实用的往往是组合方案。这个配置模板经过多个项目验证：

qos queue-profile hybrid-profile queue 7 priority-queue # 语音 queue 6 pq # 视频信令 queue 5 wfq weight 30 # 视频数据 queue 4 drr weight 2000 # 文件传输

关键经验是：PQ队列总带宽不要超过30%。有次客户将PQ占比设到50%，结果网络抖动反而加剧。通过华为eNSP模拟器反复测试后，我们发现25%-30%是最佳平衡点。

5.2 场景化配置指南

根据多年实战经验，我总结了这些"配方"：

• 金融交易系统：PQ(交易)+DRR(行情)+WFQ(办公)
• 智慧医院：PQ(远程手术)+WFQ(电子病历)+WRR(PACS影像)
• 在线教育：PQ(师生互动)+WFQ(课件下载)+DRR(录播回放)

在最近一个智慧园区项目中，我们通过PQ保证应急广播，用WFQ平衡各商户带宽，最后用DRR控制监控视频回传，完美解决了之前QoS策略打架的问题。