隨著網絡的不斷發展，網絡規模及流量類型的不斷增加，使得互聯網流量激增，產生網絡擁塞，增加轉發時延，嚴重時還會產生丟包，導致業務質量下降甚至不可用。所以，要在IP網絡上開展這些實時與非實時業務，就必須解決網絡擁塞問題，而解決網絡擁塞的最直接的辦法就是增加網絡帶寬，但從網絡的建設成本考慮，這是不現實的。 QoS（Quality of Service）技術就是在這種背景下發展起來的。在帶寬有限的情況下，該技術應用一個“有保證”的策略對網絡流量進行管理，并實現不同的流量可以獲得不同的優先服務。 本文將主要介紹QoS的實現原理。

隨著網絡的不斷發展，網絡規模及流量類型的不斷增加，使得互聯網流量激增，產生網絡擁塞，增加轉發時延，嚴重時還會產生丟包，導致業務質量下降甚至不可用。所以，要在IP網絡上開展這些實時與非實時業務，就必須解決網絡擁塞問題，而解決網絡擁塞的最直接的辦法就是增加網絡帶寬，但從網絡的建設成本考慮，這是不現實的。
QoS（Quality of Service）技術就是在這種背景下發展起來的。在帶寬有限的情況下，該技術應用一個“有保證”的策略對網絡流量進行管理，并實現不同的流量可以獲得不同的優先服務。
本文將主要介紹QoS的實現原理。

QoS技術概述

“盡力而為”的傳統網絡

IP網絡剛出現的時候，沒有服務質量保證。
你只知道報文發出去了，至于能不能到，什么時候到，就靠運氣了。

QoS的產生

隨著技術的進步、競爭的加劇，客戶的要求越來越高，網絡提供有質量保證的服務是大勢所趨。

什么是QoS

QoS服務模型

盡力而為服務模型

應用程序可以在任何時候，發出任意數量的報文。
網絡盡最大的可能性來發送報文。

綜合服務模型

應用程序在發送報文前，需要向網絡申請特定的服務。
網絡在收到應用程序的資源請求后，通過交換RSVP信令信息，為每個信息流預留資源。

區分服務模型

將網絡中的流量分成多個類，然后為每個類定義相應的處理行為，使其擁有不同的優先轉發、丟包率、時延等。

QoS常用技術 (DiffServ模型)

QoS數據處理流程 (DiffServ模型)

QoS流分類和流標記

QoS數據處理流程

為什么需要流分類和流標記

流量分類和標記是QoS的基礎，是有區別地實施服務的前提。

簡單流分類

外部優先級 - VLAN報文

外部優先級 - MPLS報文

外部優先級 - IP報文

各外部優先級間的對應關系

服務等級 (Service Class)

Color

映射

復雜流分類

Traffic Policy介紹

配置模板化QoS需要用到Traffic Policy工具。
Traffic Policy由Traffic Classifier與Traffic Behavior組成，Traffic Classifier用于匹配數據包，TrafficBehavior用于修改數據包。

流量分類全過程

配置復雜流分類

由于DS邊界收到的流量一般未被分類，所以復雜流分類一般在DS邊界設備上配置。配置思路如下：
使用Traffic classifier工具匹配流量
使用Traffic behavior工具定義流分類的規則
使用Traffic policy工具將Traffic classifier與Traffic behavior進行綁定
將Traffic policy應用到DS邊界設備接口入方向上

System-view
 traffic classifier [classifier-name] //創建流分類
 if-match [acl | vlan-id | …. ] //基于流量特征匹配流量

System-view
 traffic behavior [behavior-name] //創建流行為
 remark [dscp-name | 8021p-value | EXP | … ] //對流量的QoS字段賦值

System-view
 traffic policy [policy-name] //創建流策略
 classifier [classifier-name] behavior [behavior-name] //綁定流分類與流行為

System-view
 interface [interface-type interface-num] //進入接口視圖
 traffic-policy [policy-name] [inbound | outbound] //在接口入方向上應用流策略

查看復雜流分類配置結果

當配置完成復雜流分類，可以通過以下命令查看結果：

System-view
display traffic classifier user-defined [ classifier-name ] //查看已配置的流分類信息。
display traffic behavior [ system-defined | user-defined ] [ behavior-name ] //查看已配置的流行為信息。
display traffic policy user-defined [ policy-name ] classifier [classifier-name ] //查看流策略的配置信息。
display traffic-policy applied-record [ policy-name ] //查看指定流策略的應用記錄。

修改簡單流分類

簡單流分類基于優先級映射表，將帶有特定QoS字段數據映射為內部優先級。
優先級映射表根據實際需求可以進行一定修改，修改優先級映射表的思路如下：
配置端口信任的報文優先級
配置優先級映射表

配置端口信任的報文優先級

System-view
 interface [interface-type interface-num] //進入接口視圖
 trust [8021p | dscp] //基于802.1P或者基于DSCP景下修改

配置優先級映射表

System-view
 qos map-table [ dot1p-dot1p | dot1p-dscp | dot1p-lp | dscp-dot1p |dscp-dscp | dscp-lp ] //進入優先級映射表視圖
 input [input-value1] output [output-value] //配置優先級映射表中的映射關系

檢查優先級映射配置結果

修改優先級映射配置后，可以通過以下命令查看配置結果：

System-view
display qos map-table [ dot1p-dot1p | dot1p-dscp | dot1p-lp | dscp-dot1p | dscp-dscp | dscp-lp ] //查看當前的各優先級間的映射關系

流量限速技術

QoS數據處理流程

流量限速技術

令牌桶

單桶單速雙色標記法

CIR：承諾信息速率，單位是kbps
表示向令牌桶中投放令牌的速率
CBS：承諾突發尺寸，單位為byte
用來定義在部分流量超過CIR之前的最大突發流量，即為令牌桶的容量
單桶單速雙色標記法，不允許突發流量，只有承諾流量

雙桶單速三色標記法

CIR：承諾信息速率，單位是kbps
表示向令牌桶中投放令牌的速率
CBS：承諾突發尺寸，單位為byte
用來定義在部分流量超過CIR之前的最大突發流量，即為令牌桶的容量
EBS：峰值突發尺寸，單位為byte
用來定義每次突發所允許的最大的流量尺寸
雙桶單速三色標記法，允許短暫的突發流量

雙桶雙速三色標記法

PIR：峰值信息速率，單位為kbps
表示端口允許的突發流量的最大速率，表示向令牌桶中投放令牌的速率，大于CIR
PBS：峰值突發尺寸，單位為byte
用來定義每次突發所允許的最大的流量尺寸，即為令牌桶的容量，大于CBS
CIR：承諾信息速率，單位是kbps
表示向令牌桶中投放令牌的速率
CBS：承諾突發尺寸，單位為byte
用來定義在部分流量超過CIR之前的最大突發流量，即為令牌桶的容量
雙桶雙速三色標記法，允許長期的突發流量

流量監管

什么是流量監管

流量監管TP（Traffic Policing）
通過監控進入網絡的某一流量的規格，限制它在一個允許的范圍之內，若某個連接的報文流量過大，就丟棄報文，或重新設置該報文的優先級，以保護網絡資源不受損害。流量監管可配置在設備的接口進出方向。
流量監管的實現
流量監管采用承諾訪問速率CAR來對流量進行控制，CAR使用令牌桶算法進行流量速率的評估，依據評估結果，實施預先設定好的監管動作。

承諾訪問速率

承諾訪問速率，CAR（Committed Access Rate）利用令牌桶來衡量每個數據報文是超過還是遵守所規定的報文速率。

流量監管使用場景

流量監管的使用
基于接口的流量監管
基于類的流量監管

配置基于接口的流量監管

流量監管一般在設備入方向執行，根據需要可在終端測或者出口設備入方向部署，流量監管一般可以基于接口配置，也可以基于MQC配置。
基于接口的流量監管配置思路如下：
在接口上配置流量監管的最大帶寬，同時可以基于實際需求選擇需要對哪些流量進行監管，也可以調整對于超出的流量實行的行為。
基于接口的流量監管配置命令如下：

System-view
 interface [interface-type interface-num] //進入接口視圖。
 qos car [ inbound | outbound ] [ acl acl-number | destination-ipaddress | source-ip-address ] cir [cir-value] [ pir pir-value ] [ cbs cbs-value pbs pbs-value ] //在接口出或入方向配置對于特定流量的流量監管，

其中CIR值必須配置，CIR表示流量監管的最大承諾速率，如果不配置
PIR則PIR=CIR，流量無法高于承諾速率。

配置MQC實現流量監管

通過MQC可以更細致的實現流量監管，設備可以基于數據包的五元組，QoS值等信息控制流量，分配不同的帶寬。
基于MQC的配置思路如下
配置Traffic classifier工具匹配流量
配置Traffic behavior工具定義流分類的規則
配置Traffic policy工具將Traffic classifier與Trafficbehavior進行綁定
將Traffic policy應用到設備接口上

System-view
 traffic classifier [classifier-name] //創建流分類。
 if-match [acl | vlan-id | …. ] //基于流量特征匹配流量。

System-view
 traffic behavior [behavior-name] //創建流行為。
 car cir [cir-value] [ pir pir-value ] [ cbs cbs-value pbs pbs-value ] //通過CIR設置最大的承諾速率，通過PIR設置最大突發速率。

System-view
 traffic policy [policy-name] //創建流策略。
 classifier [classifier-name] behavior [behavior-name] //綁定流分類與流行為。

System-view
 interface [interface-type interface-num] //進入接口視圖。
 traffic-policy [policy-name] [inbound | outbound] //在接口入方向上應用流策略。

檢查流量監管配置結果

當基于接口配置流量監管后，可以通過以下命令查看配置結果：

System-view
display qos car statistics interface [interface-type interface-num] [inbound | outbound] //查看接口上通過和丟棄報文的統計信息。

當基于MQC配置流量監管后，可以通過以下命令查看配置結果：

System-view
display traffic classifier user-defined [ classifier-name ] //查看已配置的流分類信息。
display traffic behavior [ system-defined | user-defined ] [ behavior-name ] //查看已配置的流行為信息。
display traffic policy user-defined [ policy-name ] classifier [classifier-name ] //查看流策略的配置信息。
display traffic-policy applied-record [ policy-name ] //查看指定流策略的應用記錄。

流量整形

什么是流量整形

流量整形TS（Traffic Shaping）
是一種主動調整流量輸出速率的措施。
通過在上游設備的接口出方向配置流量整形，將上游不規整的流量進行削峰填谷，輸出一條比較平整的流量，從而解決下游設備的瞬時擁塞問題。
流量整形的實現
通常使用緩沖區和令牌桶來完成。
令牌桶類型：單速單桶
評估結果：符合（Green），超標（Red）

流量整形的實現

隊列流量整形
對接口的每個隊列進行流量整形，區分優先級。

接口流量整形
限制接口發送的所有報文的總速率，是對整個出接口進行流量整形，不區分優先級。

流量整形使用場景

企業網絡中，總部與分支機構通過ISP網絡使用專線相連。分支機構想要訪問Internet必須通過總部。
如果所有分支機構同時訪問Internet，可能導致訪問Internet的Web流量產生擁塞，從而被丟棄。如圖所示，為了防止Web流量的丟失，可以在企業分支機構的流量進入企業總部之前配置流量整形。

基于接口配置流量整形

流量整形只能在設備出方向配置，配置方式上可以分為基于接口的流量整形，基于隊列的流量整形和通過MQC實現整形。
基于接口的流量整形顆粒度較粗，配置思路如下：
在接口出方向部署流量整形，配置最大帶寬。
基于接口配置流量整形命令如下：

System-view
 interface [interface-type interface-num] //進入接口視圖。
 qos gts cir [cir-value] [ cbs cbs-value ] //在接口出方向配置流量整形，

CIR表示整形最大速率，可根據實際需求配置CBS可以控制令牌桶大小，CIR必須配置。

配置基于隊列的流量整形

通過在接口下應用隊列模板，可以實現針對各隊列的流量整形。
針對不同的優先級隊列設置不同的流量整形參數，可以實現對不同業務的差分服務。基本配置思路如下：
創建隊列模板
配置隊列整形
在接口下應用隊列模板

創建隊列模板并配置隊列整形

System-view
 interface [interface-type interface-num] //進入接口視圖。
 qos queue-profile [queue-profile-name] //創建隊列模板。
 queue [start-queue-index] to [end-queue-index ] gts cir [cir-value][ cbs cbs-value ] //配置對于特定隊列設置出方向流量整形，配置CIR設定特定隊列所能使用的最大帶寬。

在接口下應用隊列模板

System-view
 interface [interface-type interface-num] //進入接口視圖。
 qos queue-profile [queue-profile-name] //在接口下應用隊列模板。

配置MQC實現流量整形

配置MQC實現流量整形，可以通過流分類，為不同業務提供更細致的差分服務。
MQC實現流量整形的配置思路如下：
配置Traffic classifier工具匹配流量
配置Traffic behavior工具定義流分類的規則
使用Traffic policy工具將Traffic classifier與Traffic behavior進行綁定
將Traffic policy應用到設備接口出方向上

System-view
 traffic classifier [classifier-name] //創建流分類。
 if-match [acl | vlan-id | …. ] //基于流量特征匹配流量。

System-view
 traffic behavior [behavior-name] //創建流行為。
 gts cir [cir-value] | pct [pct-value] //配置流量整形，可以基于流量最大速率配置，也可以基于占用接口帶寬百分比配置。

System-view
 traffic policy [policy-name] //創建流策略。
 classifier [classifier-name] behavior [behavior-name] //綁定流分類與流行為。

System-view
 interface [interface-type interface-num] //進入接口視圖。
 traffic-policy [policy-name] [inbound | outbound] //在接口出方向上應用流策略。

檢查流量整形配置結果

配置基于隊列的流量整形后，可通過以下命令查看配置結果

System-view
display qos queue-profile [ queue-profile-name ] //查看隊列模板的配置信息

配置基于MQC的流量整形后，可以通過以下命令查看結果

System-view
display traffic classifier user-defined [ classifier-name ] //查看已配置的流分類信息。
display traffic behavior [ system-defined | user-defined ] [ behavior-name ] //查看已配置的流行為信息。
display traffic policy user-defined [ policy-name ] classifier [classifier-name ] //查看流策略的配置信息。
display traffic-policy applied-record [ policy-name ] //查看指定流策略的應用記錄。

擁塞避免技術

QoS數據處理流程

擁塞的產生

擁塞的影響

擁塞避免技術

擁塞避免是指通過監視網絡資源（如隊列或內存緩沖區）的使用情況，在擁塞有加劇的趨勢時，主動丟棄報文，通過調整網絡的流量來解除網絡過載的一種流控機制。

策略1：尾丟棄 (Tail Drop)

當隊列的長度達到最大值后，所有新入隊列的報文（緩存在隊列尾部）都將被丟棄。

缺點1：TCP全局同步現象

當隊列的長度達到最大值后，所有新入隊列的報文（緩存在隊列尾部）都將被丟棄。

缺點2：無差別丟棄

當隊列的長度達到最大值后，所有新入隊列的報文（緩存在隊列尾部）都將被丟棄。

策略2：早期隨機檢測 (RED)

RED（Random Early Detection）隨機地丟棄數據報文。

緩解TCP全局同步現象

RED通過隨機地丟棄數據報文，讓多個TCP連接不同時降低發送速度，從而避免了TCP的全局同步現象。

策略3：加權隨機先期檢測 (WRED)

WRED（Weighted Random Early Detection）通過對不同優先級數據包或隊列設置相應的丟棄策略，以實現對不同流量進行區分丟棄。

WRED丟棄優先級

丟棄概率曲線

擁塞避免的應用

配置基于隊列的WRED

System-view
 drop-profile [drop-profile-name] //創建丟棄模板
 wred [dscp | ip-precedence] //配置當前WRED丟棄模板基于DSCP優先級或IP優先級進行丟棄
 dscp [dscp-value] low-limit [low-limit-percentage] high-limit [highlimit-percentage] discard-percentage [discard-percentage] //配置基于
DSCP優先級的WRED參數
 ip-precedence [ip-precedence-value] low-limit [low-limit-percentage]
high-limit [high-limit-percentage] discard-percentage [discard-percentage]
//（可選）配置基于IP優先級的WRED參數
 qos queue-profile [queue-profile-name] //進入隊列模板視圖
 queue [queue-index] drop-profile [drop-profile-name] //在隊列模板中為指定隊列綁定丟棄模板
 interface [interface-type interface-num] //進入接口視圖
 qos queue-profile [queue-profile-name] //在接口下應用隊列模板

配置MQC實現擁塞避免

丟棄模板在流行為中綁定后，將流行為和對應的流
分類在流策略下進行關聯，并將此流策略應用到接
口上，可以實現對匹配流分類規則的流量的擁塞避
免，配置思路如下：
配置丟棄模板
配置Traffic classifier與Traffic behavior
使用Traffic policy工具將Traffic classifier與Traffic behavior進行綁定
將Traffic policy應用到設備接口出方向上

System-view
 drop-profile [drop-profile-name] //創建丟棄模板。
 wred [dscp | ip-precedence] //配置當前WRED丟棄模板基于DSCP優先級或IP優先級進行丟棄。
 dscp [dscp-value] low-limit [low-limit-percentage] high-limit [highlimit-percentage] discard-percentage [discard-percentage] //配置基于
DSCP優先級的WRED參數。
 ip-precedence [ip-precedence-value] low-limit [low-limit-percentage]
high-limit [high-limit-percentage] discard-percentage [discard-percentage]
//（可選）配置基于IP優先級的WRED參數。

System-view
 traffic classifier [classifier-name] //創建流分類。
 if-match [acl | vlan-id | …. ] //基于流量特征匹配流量。

System-view
 traffic behavior [behavior-name] //創建流行為。
 drop-profile [drop-profile-name] //在流行為中綁定已創建的丟棄模板。

System-view
 traffic policy [policy-name] //創建流策略。
 classifier [classifier-name] behavior [behavior-name] //綁定流分類與流行為。

System-view
 interface [interface-type interface-num] //進入接口視圖。
 traffic-policy [policy-name] outbound //在接口出方向上應用流策略。

檢查擁塞避免的配置結果

檢查基于隊列的擁塞避免配置結果

System-view
 interface [interface-type interface-num]
 display this //查看接口下綁定的隊列模板。
 qos queue-profile [queue-profile-name]
 display this //查看隊列模板綁定的丟棄模板。
 display drop-profile [ drop-profile-name ] //查看丟棄模板的配置信息。

檢查基于MQC的擁塞避免配置結果

System-view
display traffic classifier user-defined [ classifier-name ] //查看已配置的流分類信息。
display traffic behavior [ system-defined | user-defined ] [ behavior-name ] //查看已配置的流行為信息。
display traffic policy user-defined [ policy-name ] classifier [classifier-name ] //查看流策略的配置信息。
display traffic-policy applied-record [ policy-name ] //查看指定流策略的應用記錄。

擁塞管理技術

QoS數據處理流程

擁塞管理技術

擁塞管理是指網絡在發生擁塞時，針對不同類型的業務流量，如何進行管理和控制。
處理的方法是：使用隊列技術。

什么是隊列

隊列指在緩存中對報文進行排序的邏輯。

隊列調度算法

擁塞管理使用隊列技術

先進先出 (FIFO)

單個隊列的報文采用FIFO（First In First Out）原則入隊和出隊。

嚴格優先級 (SP)

SP（Strict Priority）調度就是嚴格按照隊列優先級的高低順序進行調度。

加權公平隊列 (WFQ)

WFQ（Weighted Fair Queuing）調度是按隊列權重來分配每個流占有出口的帶寬。

端口隊列調度方式

每個接口有8個端口隊列，用戶可以為其都配置成SP調度，或者是基于權重的調度。
根據隊列調度算法，8個端口隊列可以分為三組：

三種隊列的調度順序

擁塞管理的應用

QoS處理流程回顧

配置基于隊列的擁塞管理

System-view
 qos queue-profile [queue-profile-name] //創建隊列模板。
schedule pq [queue-index] | wfq [queue-index] //配置WAN接口下各隊列的調度模式。
 interface [interface-type interface-num] //進入接口視圖。
 qos queue-profile [queue-profile-name] //在接口下應用隊列模板。

配置MQC實現擁塞管理

MQC中的流分類提供了三種隊列：
確保轉發隊列（AF）
加速轉發隊列（EF/LLQ）
盡力而為隊列（BE）
MQC方式的擁塞管理配置思路如下：
配置Traffic classifier與Traffic behavior
使用Traffic policy工具將Traffic classifier與Traffic behavior進行綁定
將Traffic policy應用到設備接口出方向上

System-view
 traffic classifier [classifier-name] //創建流分類。
 if-match [acl | vlan-id | …. ] //基于流量特征匹配流量。
System-view
 traffic behavior [behavior-name] //創建流行為。
 queue af bandwidth [bandwidth | pct percentage] //在流行為中配置AF隊列最小確保帶寬。
 queue ef bandwidth [bandwidth | pct percentage] //在流行為中配置EF隊列的最小帶寬 。
 queue llq bandwidth [bandwidth | pct percentage] //在流行為中配置LLQ隊列的最大帶寬 。
 queue wfq queue-number [total-queue-number] //在流行為中配置BE隊列的WFQ調度參數。

System-view
 traffic policy [policy-name] //創建流策略。
 classifier [classifier-name] behavior [behavior-name] //綁定流分類與流行為。
System-view
 interface [interface-type interface-num] //進入接口視圖。
 traffic-policy [policy-name] outbound //在接口出方向上應用流策略。

檢查擁塞管理配置結果

檢查基于隊列的擁塞管理配置結果
檢查基于流分類的擁塞管理配置結果

System-view
 interface [interface-type interface-num]
 display this //查看接口下綁定的隊列模板。
 display qos queue-profile [queue-profile-name] //查看隊列模板的配置信息。
System-view
display traffic classifier user-defined [ classifier-name ] //查看已配置的流分類信息。
display traffic behavior [ system-defined | user-defined ] [ behavior-name ] //查看已配置的流行為信息。
display traffic policy user-defined [ policy-name ] classifier [classifier-name ] //查看流策略的配置信息。
display traffic-policy applied-record [ policy-name ] //查看指定流策略的應用記錄。

HQoS介紹

QoS的局限

由于傳統QoS只能將流分成8個隊列進行調度控制，因此在多租戶的場景下限制很大。

HQoS概述

傳統的QoS基于接口進行流量調度，單個接口只能區分業務優先級，只要屬于同一優先級的流量，就使用同一個端口隊列，彼此之間競爭同一個隊列資源。因此，傳統的QoS無法對接口上多個用戶的多個流量進行區分服務。
HQoS基于多級隊列實現層次化調度，不僅區分了業務，也區分了用戶，實現了精細化的QoS服務。
不同設備的HQoS特性有一定區別，本節主要介紹CPE（AR系列路由器）的HQoS特性。

HQoS隊列介紹

HQoS基于隊列實現層次化調度，CPE上支持三級隊列：Level3流隊列（Flow Queue）、Level2用戶隊列（Subscriber Queue）、Level1接口隊列（Port Queue）。

HQoS隊列調度介紹

流隊列調度器和用戶隊列調度器都支持PQ、WFQ、PQ+WFQ調度。接口隊列調度器使用輪詢調度RR（Round Robin）方式。

HQoS流量整形介紹

整形器實現報文的緩存及限速功能。設備支持三級整形器，即流隊列整形器、用戶隊列整形器和接口隊列整形器。報文進入設備后先緩存到隊列，再限速從隊列發送報文，整形器配合限速算法可以保證承諾速率并限制最大速率。

HQoS丟棄器介紹

丟棄器在報文入隊列之前將根據丟棄策略丟棄報文。
HQoS支持的3種隊列支持不同的丟棄方式：
接口隊列：尾部丟棄
用戶隊列：尾部丟棄
流隊列：尾部丟棄和WRED

HQoS應用舉例

假設一棟樓有3個家庭，家庭A購買了10M帶寬并且開通了VoIP，IPTV和HSI業務，家庭B購買了20M帶寬并開通了IPTV和HSI業務，家庭C購買了30M帶寬只開通了HSI業務，通過HQoS可以方便的實現這些需求。

配置HQoS思路

HQoS配置較為復雜，在配置時一般使用MQC方式。
配置HQoS時會使用策略嵌套的配置方式：
父策略區分用戶，子策略區分流量。
父策略下可以有多個子策略。
父策略應用于接口。

配置HQoS子策略

System-view
 traffic classifier [classifier-name] //創建流分類
 if-match [acl | vlan-id | …. ] //基于業務特征匹配流量

System-view
 traffic behavior [behavior-name] //創建流行為
 queue [af | ef | llq] bandwidth [bandwidth | pct percentage] //在流行為中配置AF/EF/LLQ隊列參數
 drop-profile [drop-profile-name] //在流行為中綁定已創建的丟棄模板

System-view
 traffic policy [policy-name] //創建流策略
 classifier [classifier-name] behavior [behavior-name] //綁定流分類與流行為

配置HQoS父策略

HQoS的父策略用于區分不同的用戶，配置HQoS時可以將多個子策略綁定到一個父策略。
HQoS的父策略配置基本思路如下：
配置Traffic classifier，該classifier可以基于用戶的特征進行匹配
配置Traffic behavior，該behavior中需要調用子策略
使用Traffic policy工具將Traffic classifier與Traffic behavior進行綁定

System-view
 traffic classifier [classifier-name] //創建父策略的流分類
 if-match [acl | vlan-id | …. ] //基于用戶特征匹配流量

System-view
 traffic behavior [behavior-name] //創建父策略的流行為
 queue [af | ef | llq] bandwidth [bandwidth | pct percentage] //（可選）在流行為中配置AF/EF/LLQ隊列參數
 traffic-policy [policy-name] //在流行為中綁定子流策略

System-view
 traffic policy [policy-name] //創建父策略
 classifier [classifier-name] behavior [behavior-name] //綁定流分類與流行為

應用流策略 (父策略)

配置完HQoS流策略后需要在接口或者子接口上綁定。
如果在子接口上綁定，不同子接口間的流量輪詢從物理接口發出。
應用流策略的配置思路如下：
在接口出方向部署HQoS流策略。

System-view
 interface [interface-type interface-num] //進入接口視圖。
 traffic-policy [policy-name] outbound //在接口出方向上應用流策略。

檢查HQoS配置結果

當部署HQoS后可以通過以下命令檢查配置結果

System-view
display traffic classifier user-defined [ classifier-name ] //查看已配置的流分類信息。
display traffic behavior [ system-defined | user-defined ] [ behavior-name ] //查看已配置的流行為信息。
display traffic policy user-defined [ policy-name ] classifier [classifier-name ] //查看流策略的配置信息。
display traffic-policy applied-record [ policy-name ] //查看指定流策略的應用記錄。