拥塞一来关键业务跟着遭殃？华为CBQ流队列按业务排座次

本文整理自华为官方发布的典型配置案例，命令与步骤均按原始文档呈现，供现场实施参考。

出口带宽就那么大，拥塞一来所有报文排队等着，语音卡顿、视频花屏、文件传输变龟速——谁先谁后全凭运气。华为设备用CBQ（基于类的队列调度）方式做拥塞管理：在流行为下引用流队列模板，再把流行为与流分类在流策略里关联、应用到接口，命中分类规则的流量就按预定的座次接受调度。给关键业务留快车道、让普通流量按权重分食剩余带宽，全是模板里那几行参数的事。

CBQ提供两类队列调度技术，选型先搞清楚。PQ调度维护一个优先级递减的队列系列，只有更高优先级的队列全空才服务低优先级队列，对低时延业务非常有用——语音放这里准没错；WDRR调度按权重给各队列分配带宽，弥补了PQ调度下低优先级报文可能长时间得不到服务的缺点，也解决了各队列报文长度不均时带宽分配失衡的问题——数据类业务放这里按权重分账。

配置从排队参数的底座开始。进入系统视图后，先建WRED丢弃模板（拥塞时按门限概率主动丢低价值报文，blind模式按默认优先级丢弃，也可以切dscp模式按DSCP丢弃——注意部分AR型号仅支持blind模式，配置前要核对型号支持面）：

system-view

drop-profile drop-profile-name

wred blind
color blind low-limit low-limit-percentage high-limit high-limit-percentage discard-percentage discard-percentage

quit

接着建流队列模板，把各队列的调度方式与整形参数定下来（不同AR系列的queue命令形态略有差异，下面是AR5700/AR6700-L系列的通用形态；模板上限1024个，单模板内流队列上限128个）：

flow-queue flow-queue-name

queue queue-name { pq | drr weight weight-value } { shaping { shaping-value | { shaping-percentage | cir-shaping-percentage } shaping-percent-value } [ pbs pbs-value ] } [ queue-length { byte-value [ packets packets-value ] | packets packets-value } ]

语音队列配pq、数据队列配drr weight加权重，各自还能套shaping限个上限。没匹配上流策略的报文也有归宿——进入默认流队列，DRR调度、权重1，兜底逻辑不用你操心。

然后是熟悉的MQC三件套。流分类按MQC常规做法创建（比如圈出语音流的特征）；流行为里引用刚建好的流队列模板，把分类流量送到对应队列：

traffic behavior behavior-name

flow-queue flow-queue-name queue queue-name

quit

流策略把分类与行为绑定，然后应用到接口：

traffic policy policy-name

classifier classifier-name behavior behavior-name [ precedence precedence-value ]

quit

interface interface-type interface-number

traffic-policy policy-name { inbound | outbound } [ preprocess | firstprocess ]

SD-WAN场景还有个特殊入口：traffic-policy带decap-process参数可在解封装后应用，但要在接口视图先执行qos car inbound decap-process配置解封装业务的带宽限速；部分型号还支持在evpn site-group站点组上直接应用出方向流策略，多站点策略下发一次到位。

效果怎么验？人为制造拥塞：把出口灌满，同时跑语音探测和批量下载——语音流的时延与抖动应保持平稳（PQ在兜底），下载流量按权重瓜分剩余带宽。座次排对了，拥塞就只是数据业务的慢，而不是关键业务的断。

QoS配的是排队能力，考验的是对业务的了解程度。做出口QoS设计前先给业务分出三五档座次再落模板，上线之后拥塞才有章法。欢迎搜索关注贵州诚鑫致达科技，了解更多带宽治理实战配置。