華為 HQoS 實際流量與配置不符？四大核心排查方向

HQoS（分層 QoS）在企業組網中常見「實際流量 < 配置流量」或「實際流量 > 配置流量」問題。本文提供標準化排查流程。

故障現象分類

現象	可能原因	排查方向
實際 < 配置	Eth-Trunk 負載分擔模式導致統計偏差	檢查 load-balance packet-all
實際 < 配置	上行協議報文佔用過多頻寬	檢查路由協議/保持報文流量
實際 > 配置	下行組播/未知單播不受流控限制	確認 IGMP Snooping/未知單播抑制
實際 > 配置	下行接入 MPLS 骨幹，HQoS 不支持核心側	調整部署位置或改用 MQC

步驟 1：排查 Eth-Trunk 包負載分擔

[PE1] interface eth-trunk 5
[PE1-Eth-Trunk5] display this
interface Eth-Trunk5
 load-balance packet-all   <-- 刪除此行

基於包的負載分擔會導致同一流雜湊到不同物理鏈路，HQoS 統計僅看單一成員口，造成「流量變少」假象。改為 load-balance src-dst-ip 或基於流的模式。

步驟 2：檢查上行協議報文佔用

SQ（流量整形）限制的是所有出接口報文（含 OSPF/BGP/LDP/Keepalive）。若協議報文突發，會擠佔業務頻寬。
對策：
— 優化路由協議定時器（增大 Hello/Dead 間隔）
— 關鍵業務配置 qos pbr 繞過 SQ
— 升級硬件或擴容上行帶寬

步驟 3：下行組播/未知單播洩漏

HQoS 下行流控（CAR/队列调度）不處理組播與未知單播。若網絡存在 IPTV 組播、廣播風暴，實際下行流量將超配。
對策：
— 開啟 IGMP Snooping + 組播 VLAN
— 配置 storm-control broadcast/minicast 抑制未知單播/廣播
— 核心層做組播邊界，防止組播進入接入層 HQoS 域

步驟 4：確認下行是否接入 MPLS 核心

HQoS 設計用於接入側/聚合側，不支持核心網側（MPLS 標籤交換路徑）。若下行直連 P/PE 設備，標籤報文無法匹配分類規則，導致流量「失控」。
對策：
— 將 HQoS 部署在 CE/PE 接入接口，而非核心互聯接口
— 核心側改用 DiffServ 模式（MQC + MPLS EXP 映射）

總結流程圖

1. 實際 < 配置 → 檢查 Eth-Trunk load-balance packet-all → 刪除
2. 實際 < 配置 → 檢查協議報文佔用 → 優化定時器/繞過 SQ
3. 實際 > 配置 → 檢查組播/未知單播 → 開啟 Snooping/Storm-control
4. 實際 > 配置 → 確認下行接入 MPLS → 遷移 HQoS 部署位置