目  錄

1 QoS概述

1.1 QoS服務模型簡介

1.1.1 Best-Effort服務模型

1.1.2 IntServ服務模型

1.1.3 DiffServ服務模型

1.2 QoS技術在網絡中的位置

1.3 QoS技術在設備中的處理順序

1.4 QoS配置方式

2 QoS策略

2.1 QoS策略簡介

2.2 QoS策略配置任務簡介

2.3 定義類

2.4 定義流行為

2.5 定義策略

2.6 配置策略嵌套

2.7 應用策略

2.7.1 設備支持的策略應用位置

2.7.2 策略應用限製和指導

2.7.3 基於接口應用QoS策略

2.7.4 基於全局應用QoS策略

2.8 配置接口流速統計時間

2.9 QoS策略顯示和維護

3 流量監管

3.1 流量監管簡介

3.1.1 流量評估與令牌桶

3.1.2 流量監管

3.2 配置流量監管

3.2.1 流量監管配置方式介紹

3.2.2 配置流量監管（MQC方式）

3.2.3 配置基於CAR列表的流量監管

3.2.4 配置基於ACL的流量監管

3.2.5 配置適配所有流的流量監管

3.3 流量監管顯示和維護

4 流量過濾

4.1 流量過濾簡介

4.2 流量過濾配置限製和指導

4.3 配置流量過濾

5 重標記

5.1 重標記簡介

5.2 配置重標記（MQC方式）

6 流量重定向

6.1 流量重定向簡介

6.2 流量重定向配置限製和指導

6.3 配置流量重定向

7 流量統計

7.1 流量統計簡介

7.2 流量統計配置限製和指導

7.3 配置流量統計

8 附錄

8.1 附錄 A 縮略語表

8.2 附錄 B 各種優先級介紹

8.2.1 IP優先級和DSCP優先級

8.2.2 802.1p優先級

1 QoS概述

QoS即服務質量。對於網絡業務，影響服務質量的因素包括傳輸的帶寬、傳送的時延、數據的丟包率等。在網絡中可以通過保證傳輸的帶寬、降低傳送的時延、降低數據的丟包率以及時延抖動等措施來提高服務質量。網絡資源總是有限的，在保證某類業務的服務質量的同時，可能就是在損害其它業務的服務質量。因此，網絡管理者需要根據各種業務的特點來對網絡資源進行合理的規劃和分配，從而使網絡資源得到高效利用。

1.1  QoS服務模型簡介

通常QoS提供以下三種服務模型：

·     Best-Effort service（盡力而為服務模型）

·     Integrated service（綜合服務模型，簡稱IntServ）

·     Differentiated service（區分服務模型，簡稱DiffServ）

1.1.1  Best-Effort服務模型

Best-Effort是一個單一的服務模型，也是最簡單的服務模型。對Best-Effort服務模型，網絡盡最大的可能性來發送報文。但對時延、可靠性等性能不提供任何保證。

Best-Effort服務模型是網絡的缺省服務模型，通過FIFO隊列來實現。它適用於絕大多數網絡應用，如FTP、E-Mail等。

1.1.2  IntServ服務模型

IntServ是一個綜合服務模型，它可以滿足多種QoS需求。該模型使用RSVP協議，RSVP運行在從源端到目的端的每個設備上，可以監視每個流，以防止其消耗資源過多。這種體係能夠明確區分並保證每一個業務流的服務質量，為網絡提供最細粒度化的服務質量區分。

但是，IntServ模型對設備的要求很高，當網絡中的數據流數量很大時，設備的存儲和處理能力會遇到很大的壓力。IntServ模型可擴展性很差，難以在Internet核心網絡實施。

1.1.3  DiffServ服務模型

DiffServ是一個多服務模型，它可以滿足不同的QoS需求。與IntServ不同，它不需要通知網絡為每個業務預留資源。區分服務實現簡單，擴展性較好。

本文提到的技術都是基於DiffServ服務模型。

1.2  QoS技術在網絡中的位置

QoS技術包括流分類、流量監管等。下麵對常用的技術進行簡單地介紹。

圖1-1 常用QoS技術在網絡中的位置

‌

如圖1-1所示，流分類和流量監管主要完成如下功能：

·     流分類：采用一定的規則識別符合某類特征的報文，它是對網絡業務進行區分服務的前提和基礎。

·     流量監管：對進入或流出設備的特定流量進行監管，以保護網絡資源不受損害。可以作用在接口入方向和出方向。

1.3  QoS技術在設備中的處理順序

圖1-2簡要描述了各種QoS技術在網絡設備中的處理順序。

(1)     首先通過流分類對各種業務進行識別和區分，它是後續各種動作的基礎；

(2)     通過各種動作對特定的業務進行處理。這些動作需要和流分類關聯起來才有意義。具體采取何種動作，與所處的階段以及網絡當前的負載狀況有關。例如，當報文進入網絡時進行流量監管等。

圖1-2 各QoS技術在同一網絡設備中的處理順序

‌

1.4  QoS配置方式

QoS的配置方式分為MQC方式（模塊化QoS配置，Modular QoS Configuration）和非MQC方式。

MQC方式通過QoS策略定義不同類別的流量要采取的動作，並將QoS策略應用到不同的目標位置（例如接口）來實現對業務流量的控製。

非MQC方式則通過直接在目標位置上配置QoS參數來實現對業務流量的控製。例如，在接口上配置限速功能來達到限製接口流量的目的。

有些QoS功能隻能使用其中一種方式來配置，有些使用兩種方式都可以進行配置。在實際應用中，兩種配置方式也可以結合起來使用。

2 QoS策略

2.1  QoS策略簡介

QoS策略由如下部分組成：

·     類，定義了對報文進行識別的規則。

·     流行為，定義了一組針對類識別後的報文所做的QoS動作。

通過將類和流行為關聯起來，QoS策略可對符合分類規則的報文執行流行為中定義的動作。

用戶可以在一個策略中定義多個類與流行為的綁定關係。

2.2  QoS策略配置任務簡介

QoS策略配置任務如下：

(1)     定義類

(2)     定義流行為

(3)     定義策略

(4)     （可選）配置策略嵌套

(5)     應用策略

¡     基於接口應用QoS策略

¡     基於全局應用QoS策略

(6)     （可選）配置接口流速統計時間

2.3  定義類

(1)     進入係統視圖。

system-view

(2)     創建類，並進入類視圖。

traffic classifier classifier-name [ operator { and | or } ]

(3)     定義匹配數據包的規則。

if-match [ not ] match-criteria

缺省情況下，未定義匹配數據包的規則。

具體規則的介紹，請參見“QoS命令”中的if-match命令。

2.4  定義流行為

(1)     進入係統視圖。

system-view

(2)     創建流行為，並進入流行為視圖。

traffic behavior behavior-name

(3)     配置流行為的動作。

缺省情況下，未配置流行為的動作。

流行為動作就是對符合流分類的報文做出相應的QoS動作，例如流量監管、流量過濾、重標記、流量統計等，具體情況請參見本文相關章節。

2.5  定義策略

(1)     進入係統視圖。

system-view

(2)     創建QoS策略，並進入策略視圖。

qos policy policy-name

(3)     為類指定流行為。

classifier classifier-name behavior behavior-name [ insert-before before-classifier-name ]

缺省情況下，未指定類對應的流行為。

2.6  配置策略嵌套

1. 功能簡介

QoS策略分為兩種：父策略和子策略，其中父策略即為普通的QoS策略。通過在父策略流行為視圖下創建一個新的策略，即創建子策略，可以實現策略嵌套功能。

配置策略嵌套後，traffic classifier命令定義的某一類流量，除了執行父策略中定義的流行為外，還會由子策略再次對該類流量進行分類，並執行子策略中定義的流行為。

2. 配置準備

配置策略嵌套時，請先定義子策略。關於定義子策略配置，請參見“2.5  定義策略”。

3. 配置步驟

(1)     進入係統視圖。

system-view

(2)     定義父策略的類。

a.     創建父策略的類，並進入父策略的類視圖。

traffic classifier classifier-name [ operator { and | or } ]

b.     定義父策略匹配數據包的規則。

if-match [ not ] match-criteria

缺省情況下，未定義匹配數據包的規則。

具體規則的配置介紹，請參見QoS命令中的if-match命令。

c.     退回係統視圖。

quit

(3)     在父策略流行為中嵌套子策略。

a.     創建父策略流行為，並進入父策略的流行為視圖。

traffic behavior behavior-name

b.     指定子策略，配置策略嵌套。

traffic-policy policy-name

c.     退出流行為視圖。

quit

(4)     創建父策略，並進入父策略視圖。

qos policy policy-name

(5)     在父策略中為類指定采用的流行為。

classifier classifier-name behavior behavior-name

缺省情況下，沒有為類指定流行為。

2.7  應用策略

2.7.1  設備支持的策略應用位置

QoS策略支持應用在如下位置：

·     基於接口應用QoS策略，QoS策略對通過接口接收或發送的流量生效。

·     基於全局應用QoS策略，QoS策略對所有流量生效。

2.7.2  策略應用限製和指導

QoS策略應用後，用戶仍然可以修改QoS策略中的流分類規則和流行為，以及二者的對應關係。當流分類規則中使用ACL匹配報文時，允許刪除或修改該ACL（包括向該ACL中添加、刪除和修改匹配規則）。

2.7.3  基於接口應用QoS策略

1. 配置限製和指導

基於接口應用QoS策略時需要注意的是：

·     一個QoS策略可以應用於多個接口，但在接口的每個方向（出和入兩個方向）隻能應用一個策略。

·     QoS策略應用在出方向時，對設備發出的協議報文不起作用，以確保這些報文在策略誤配置時仍然能夠正常發出，維持設備的正常運行。常見的本地協議報文如下：鏈路維護報文、RIP、LDP、SSH等。

2. 配置步驟

(1)     進入係統視圖。

system-view

(2)     進入接口視圖。

interface interface-type interface-number

(3)     在接口上應用已創建的QoS策略。

qos apply policy policy-name { inbound | outbound } [ enhancement ]

缺省情況下，未在接口上應用QoS策略。

2.7.4  基於全局應用QoS策略

1. 功能簡介

基於全局應用QoS策略後可以對設備所有接口上的流量進行管理。

2. 配置限製和指導

基於全局應用QoS策略時，該QoS策略會被所有單板應用，如果某個單板QACL資源不足，將導致QoS策略應用失敗。此時需要先執行undo qos apply policy global命令刪除基於全局應用的QoS策略，待預留足夠資源後，再將QoS策略應用到全局。

如果流行為視圖下配置了accounting命令，則指定該流行為的QoS策略不支持在全局下應用。

3. 配置步驟

(1)     進入係統視圖。

system-view

(2)     全局應用已創建的QoS策略。

qos apply policy policy-name global { inbound | outbound } [ enhancement ]

缺省情況下，未在全局應用QoS策略。

2.8  配置接口流速統計時間

1. 功能簡介

通過配置接口流速統計時間，我們可以統計經過QoS策略流分類後每類報文的發送和丟棄速率。假設流速統計時間為t（t默認為5分鍾），則係統將統計最近t時間內每類報文發送和丟棄的平均速率，且每t/5分鍾刷新一次統計速率。流速統計的結果可以通過命令display qos policy interface查看。

2. 配置限製和指導

配置接口流速統計時間時需要注意的是：子接口的流速統計時間采用主接口上設置的統計時間。

3. 配置步驟

(1)     進入係統視圖。

system-view

(2)     進入接口視圖。

interface interface-type interface-number

(3)     配置接口流速統計時間。

qos flow-interval interval

缺省情況下，接口流速統計時間為5分鍾。

2.9  QoS策略顯示和維護

在任意視圖下執行display命令可以顯示QoS策略的運行情況，通過查看顯示信息驗證配置的效果。

在用戶視圖下執行reset命令可以清除QoS策略的統計信息。

表2-1 QoS策略顯示和維護

3 流量監管

3.1  流量監管簡介

如果不限製用戶發送的流量，那麼大量用戶不斷突發的數據隻會使網絡更擁擠。為了使有限的網絡資源能夠更好地發揮效用，更好地為更多的用戶服務，必須對用戶的流量加以限製。流量監管可以實現流量的速率限製功能，而要實現此功能就必須對通過設備的流量進行度量。一般采用令牌桶（Token Bucket）對流量進行度量。

3.1.1  流量評估與令牌桶

1. 令牌桶

令牌桶可以看作是一個存放一定數量令牌的容器。係統按設定的速度向桶中放置令牌，當桶中令牌滿時，多出的令牌溢出，桶中令牌不再增加。

2. 用令牌桶評估流量

在用令牌桶評估流量規格時，是以令牌桶中的令牌數量是否足夠滿足報文的轉發為依據的。如果桶中存在足夠的令牌可以用來轉發報文，稱流量遵守或符合這個規格，否則稱為不符合或超標。

評估流量時令牌桶的參數包括：

·     平均速率：向桶中放置令牌的速率，即允許的流的平均速度。通常配置為CIR。

·     突發尺寸：令牌桶的容量，即每次突發所允許的最大的流量尺寸。通常配置為CBS，突發尺寸必須大於最大報文長度。

每到達一個報文就進行一次評估。每次評估，如果桶中有足夠的令牌可供使用，則說明流量控製在允許的範圍內，此時要從桶中取走滿足報文的轉發的令牌；否則說明已經耗費太多令牌，流量超標了。

3. 複雜評估

為了評估更複雜的情況，實施更靈活的調控策略，可以配置兩個令牌桶（分別稱為C桶和E桶）。以流量監管為例，分為單速率單桶雙色算法、單速率雙桶三色算法和雙速率雙桶三色算法。

(1)     單速率單桶雙色算法

·     CIR：表示向C桶中投放令牌的速率，即C桶允許傳輸或轉發報文的平均速率；

·     CBS：表示C桶的容量，即C桶瞬間能夠通過的承諾突發流量。

每次評估時，依據下麵的情況，可以分別實施不同的流控策略：

·     如果C桶有足夠的令牌，報文被標記為green，即綠色報文；

·     如果C桶令牌不足，報文被標記為red，即紅色報文。

(2)     單速率雙桶三色算法

·     CIR：表示向C桶中投放令牌的速率，即C桶允許傳輸或轉發報文的平均速率；

·     CBS：表示C桶的容量，即C桶瞬間能夠通過的承諾突發流量；

·     EBS：表示E桶的容量的增量，即E桶瞬間能夠通過的超出突發流量，取值不為0。E桶的容量等於CBS與EBS的和。

每次評估時，依據下麵的情況，可以分別實施不同的流控策略：

·     如果C桶有足夠的令牌，報文被標記為green，即綠色報文；

·     如果C桶令牌不足，但E桶有足夠的令牌，報文被標記為yellow，即黃色報文；

·     如果C桶和E桶都沒有足夠的令牌，報文被標記為red，即紅色報文。

(3)     雙速率雙桶三色算法

·     CIR：表示向C桶中投放令牌的速率，即C桶允許傳輸或轉發報文的平均速率；

·     CBS：表示C桶的容量，即C桶瞬間能夠通過的承諾突發流量；

·     PIR：表示向E桶中投放令牌的速率，即E桶允許傳輸或轉發報文的最大速率；

·     EBS：表示E桶的容量，即E桶瞬間能夠通過的超出突發流量。

每次評估時，依據下麵的情況，可以分別實施不同的流控策略：

·     如果C桶有足夠的令牌，報文被標記為green，即綠色報文；

·     如果C桶令牌不足，但E桶有足夠的令牌，報文被標記為yellow，即黃色報文；

·     如果C桶和E桶都沒有足夠的令牌，報文被標記為red，即紅色報文。

3.1.2  流量監管

流量監管分為入和出兩個方向，為了方便描述，下文以出方向為例。

流量監管就是對流量進行控製，通過監督進入網絡的流量速率，對超出部分的流量進行“懲罰”，使進入的流量被限製在一個合理的範圍之內，以保護網絡資源和運營商的利益。例如可以限製HTTP報文不能占用超過50%的網絡帶寬。如果發現某個連接的流量超標，流量監管可以選擇丟棄報文，或重新配置報文的優先級。

圖3-1 TP示意圖

流量監管廣泛的用於監管進入Internet服務提供商ISP的網絡流量。流量監管還包括對所監管流量的流分類服務，並依據不同的評估結果，實施預先設定好的監管動作。這些動作可以是：

·     轉發：比如對評估結果為“符合”的報文繼續轉發。

·     丟棄：比如對評估結果為“不符合”的報文進行丟棄。

·     改變優先級並轉發：比如對評估結果為“符合”的報文，將其優先級進行重標記後再進行轉發。

·     改變優先級並進入下一級監管：比如對評估結果為“符合”的報文，將其優先級進行重標記後再進入下一級的監管。

·     進入下一級的監管：流量監管可以進行分級，每級關注和監管更具體的目標。

3.2  配置流量監管

3.2.1  流量監管配置方式介紹

可以通過MQC方式和非MQC方式配置流量監管，其中非MQC方式配置流量監管時分為以下幾種：

·     基於CAR列表的流量監管配置。

·     基於ACL的流量監管配置。

·     適配所有流的流量監管配置。

如果接口上同時采用了MQC方式和非MQC方式配置了流量監管，那麼隻有前者會生效。

3.2.2  配置流量監管（MQC方式）

1. 配置限製和指導

設備支持基於接口和全局應用QoS策略配置流量監管。

2. 配置步驟

(1)     進入係統視圖。

system-view

(2)     定義類。

a.     創建類，並進入類視圖。

traffic classifier classifier-name [ operator { and | or } ]

b.     定義匹配數據包的規則。

if-match [ not ] match-criteria

缺省情況下，未定義匹配數據包的規則。

具體規則的介紹，請參見“QoS命令”中的if-match命令。

c.     退回係統視圖。

quit

(3)     定義流行為。

a.     創建一個流行為並進入流行為視圖。

traffic behavior behavior-name

b.     配置流量監管動作。

（絕對值配置方式）

car cir committed-information-rate [ cbs committed-burst-size [ ebs excess-burst-size ] ] [ green action | red action | yellow action ] *

car cir committed-information-rate [ cbs committed-burst-size ] pir peak-information-rate [ ebs excess-burst-size ] [ green action | red action | yellow action ] *

缺省情況下，未配置流量監管動作。

c.     退回係統視圖。

quit

(4)     定義策略。

a.     創建策略並進入策略視圖。

qos policy policy-name

b.     在策略中為類指定采用的流行為。

classifier classifier-name behavior behavior-name

缺省情況下，未指定類對應的流行為。

c.     退回係統視圖。

quit

(5)     應用QoS策略。

具體配置請參見“2.7  應用策略”

缺省情況下，未應用QoS策略。

3.2.3  配置基於CAR列表的流量監管

(1)     進入係統視圖。

system-view

(2)     創建CAR列表並配置匹配規則。

qos carl carl-index { dscp dscp-list | mac mac-address | mpls-exp mpls-exp-value | precedence precedence-value | { destination-ip-address | source-ip-address } { range start-ip-address to end-ip-address | subnet ip-address mask-length } [ per-address [ shared-bandwidth ] ] }

(3)     進入接口視圖。

interface interface-type interface-number

(4)     在接口上配置基於CAR列表的CAR策略。

qos car { inbound | outbound } carl carl-index cir committed-information-rate [ cbs committed-burst-size [ ebs excess-burst-size ] ] [ green action | red action | yellow action ] *

qos car { inbound | outbound } carl carl-index cir committed-information-rate [ cbs committed-burst-size ] pir peak-information-rate [ ebs excess-burst-size ] [ green action | red action | yellow action ] *

缺省情況下，接口上未應用CAR策略。

3.2.4  配置基於ACL的流量監管

(1)     進入係統視圖。

system-view

(2)     進入接口視圖。

interface interface-type interface-number

(3)     在接口上配置基於ACL規則的CAR策略。

qos car { inbound | outbound } acl [ ipv6 ] acl-number cir committed-information-rate [ cbs committed-burst-size [ ebs excess-burst-size ] ] [ green action | red action | yellow action ] *

qos car { inbound | outbound } acl [ ipv6 ] acl-number cir committed-information-rate [ cbs committed-burst-size ] pir peak-information-rate [ ebs excess-burst-size ] [ green action | red action | yellow action ] *

缺省情況下，接口上未應用CAR策略。

3.2.5  配置適配所有流的流量監管

(1)     進入係統視圖。

system-view

(2)     進入接口視圖。

interface interface-type interface-number

(3)     在接口應用CAR策略。

qos car { inbound | outbound } any cir committed-information-rate [ cbs committed-burst-size [ ebs excess-burst-size ] ] [ green action | red action | yellow action ] *

qos car { inbound | outbound } any cir committed-information-rate [ cbs committed-burst-size ] pir peak-information-rate [ ebs excess-burst-size ] [ green action | red action | yellow action ] *

缺省情況下，接口上沒有應用CAR策略。

3.3  流量監管顯示和維護

在完成上述配置後，在任意視圖下執行display命令可以顯示配置後流量監管運行情況，通過查看顯示信息驗證配置的效果。

表3-1 流量監管顯示和維護

4 流量過濾

4.1  流量過濾簡介

流量過濾是指對符合流分類的流進行過濾的動作。例如，可以根據網絡的實際情況禁止從某個源IP地址發送的報文通過。

4.2  流量過濾配置限製和指導

設備支持基於接口和全局應用QoS策略配置流量過濾。

4.3  配置流量過濾

(1)     進入係統視圖。

system-view

(2)     定義類。

a.     創建一個類，並進入類視圖。

traffic classifier classifier-name [ operator { and | or } ]

b.     定義匹配數據包的規則。

if-match [ not ] match-criteria

缺省情況下，未定義匹配數據包的規則。

具體規則的介紹，請參見“QoS命令”中的if-match命令。

c.     退回係統視圖。

quit

(3)     定義流行為。

a.     創建一個流行為，並進入流行為視圖。

traffic behavior behavior-name

b.     配置流量過濾動作。

filter { deny | permit }

缺省情況下，未配置流量過濾動作。

如果配置了filter deny命令，則在該流行為視圖下配置的其他流行為（除流量統計外）都不會生效。

c.     退回係統視圖。

quit

(4)     定義策略。

a.     創建策略並進入策略視圖。

qos policy policy-name

b.     在策略中為類指定采用的流行為。

classifier classifier-name behavior behavior-name

缺省情況下，未指定類對應的流行為。

c.     退回係統視圖。

quit

(5)     應用QoS策略。

具體配置請參見“2.7  應用策略”

缺省情況下，未應用QoS策略。

(6)     （可選）顯示流量過濾的相關配置信息。

（獨立運行模式）

display traffic behavior user-defined [ behavior-name ] [ slot slot-number [ cpu cpu-number ] ]

（IRF模式）

display traffic behavior user-defined [ behavior-name ] [ chassis chassis-number slot slot-number [ cpu cpu-number ] ]

5 重標記

5.1  重標記簡介

重標記是將報文的優先級或者標誌位進行設置，重新定義報文的優先級等。例如，對於IP報文來說，可以利用重標記對IP報文中的IP優先級或DSCP值進行重新設置，控製IP報文的轉發。

重標記動作的配置，可以通過與類關聯，將原來報文的優先級或標誌位重新進行標記。

5.2  配置重標記（MQC方式）

1. 配置限製和指導

設備支持基於接口和全局應用QoS策略配置重標記。

2. 配置步驟

(1)     進入係統視圖。

system-view

(2)     定義類。

a.     創建一個類，並進入類視圖。

traffic classifier classifier-name [ operator { and | or } ]

b.     定義匹配數據包的規則。

if-match [ not ] match-criteria

缺省情況下，未定義匹配數據包的規則。

具體規則的介紹，請參見“QoS命令”中的if-match命令。

c.     退回係統視圖。

quit

(3)     定義流行為

a.     創建一個流行為，並進入流行為視圖。

traffic behavior behavior-name

b.     重新標記報文的動作。

具體重標記動作的介紹，請查看“QoS命令”中的remark命令。

c.     退回係統視圖。

quit

(4)     定義策略。

a.     創建一個策略，並進入策略視圖。

qos policy policy-name

b.     在策略中為類指定采用的流行為。

classifier classifier-name behavior behavior-name

缺省情況下，未指定類對應的流行為。

c.     退回係統視圖。

quit

(5)     應用QoS策略。

具體配置請參見“2.7  應用策略”

缺省情況下，未應用QoS策略。

(6)     （可選）顯示重標記的相關配置信息。

（獨立運行模式）

display traffic behavior user-defined [ behavior-name ] [ slot slot-number [ cpu cpu-number ] ]

（IRF模式）

display traffic behavior user-defined [ behavior-name ] [ chassis chassis-number slot slot-number [ cpu cpu-number ] ]

6 流量重定向

6.1  流量重定向簡介

流量重定向就是將符合流分類的流重定向到其他地方進行處理。

目前支持的流量重定向包括以下幾種：

·     重定向到引擎接口/引擎聚合接口：對於收到需要由某個引擎接口/引擎聚合接口處理的報文時，可以通過配置重定向到此接口。

·     重定向到備份組：對於收到需要由某個備份組處理的報文時，可以通過配置重定向到此備份組。有關備份組的詳細內容，請參見“可靠性配置指導”中的“備份組”。

6.2  流量重定向配置限製和指導

配置流量重定向時需要注意的是：

·     設備支持基於接口和全局應用QoS策略配置流量重定向。

·     在配置重定向動作時，同一個流行為中，多次配置重定向命令，最後一次配置的生效。

·     配置重定向到指定的以太網接口後，如果該以太網接口所在的接口板或接口模塊擴展卡被拔出，設備將不顯示流行為下的重定向到該以太網接口的配置，重定向動作失效；當接口板或接口模塊擴展卡重新插回設備後，此時設備可以顯示流行為下的重定向到該以太網接口的配置，重定向動作會繼續生效。

6.3  配置流量重定向

(1)     進入係統視圖。

system-view

(2)     定義類。

a.     創建一個類，並進入類視圖。

traffic classifier classifier-name [ operator { and | or } ]

b.     定義匹配數據包的規則。

if-match [ not ] match-criteria

缺省情況下，未定義匹配數據包的規則。

具體規則的介紹，請參見“QoS命令”中的if-match命令。

c.     退回係統視圖。

quit

(3)     定義流行為

a.     創建一個流行為，並進入流行為視圖。

traffic behavior behavior-name

b.     配置流量重定向動作。

（獨立運行模式）

redirect { failover-group group-name [ channel channel-id ] | interface interface-type interface-number slot slot-number }

（IRF模式）

redirect { failover-group group-name [ channel channel-id ] | interface interface-type interface-number | chassis chassis-number slot slot-number }

缺省情況下，未配置流量重定向動作。

c.     退回係統視圖。

quit

(4)     定義策略。

a.     創建一個策略，並進入策略視圖。

qos policy policy-name

b.     在策略中為類指定采用的流行為。

classifier classifier-name behavior behavior-name

缺省情況下，未指定類對應的流行為。

c.     退回係統視圖。

quit

(5)     應用QoS策略。

具體配置請參見“2.7  應用策略”

缺省情況下，未應用QoS策略。

(6)     （可選）顯示流量重定向的相關配置信息。

display traffic behavior user-defined [ behavior-name ]

7 流量統計

7.1  流量統計簡介

流量統計就是通過與類關聯，對符合匹配規則的流進行統計。例如，可以統計從某個源IP地址發送的報文，然後管理員對統計信息進行分析，根據分析情況采取相應的措施。

7.2  流量統計配置限製和指導

設備支持基於接口和全局應用QoS策略配置流量統計。

7.3  配置流量統計

(1)     進入係統視圖。

system-view

(2)     定義類。

a.     創建一個類，並進入類視圖。

traffic classifier classifier-name [ operator { and | or } ]

b.     定義匹配數據包的規則。

if-match [ not ] match-criteria

缺省情況下，未定義匹配數據包的規則。

具體規則的介紹，請參見“QoS命令”中的if-match命令。

c.     退回係統視圖。

quit

(3)     定義流行為。

a.     創建一個流行為，並進入流行為視圖。

traffic behavior behavior-name

b.     為流行為配置流量統計動作。

accounting [ byte | packet ]

缺省情況下，未配置流量統計動作。

c.     退回係統視圖。

quit

(4)     定義策略。

a.     創建一個策略，並進入策略視圖。

qos policy policy-name

b.     在策略中為類指定采用的流行為。

classifier classifier-name behavior behavior-name

缺省情況下，未指定類對應的流行為。

c.     退回係統視圖。

quit

(5)     應用QoS策略。

具體配置請參見“2.7  應用策略”

缺省情況下，未應用QoS策略。

(6)     （可選）顯示流量統計的相關配置信息。

display traffic behavior user-defined [ behavior-name ]

8 附錄

8.1  附錄 A 縮略語表

表8-1 附錄 A 縮略語表

8.2  附錄 B 各種優先級介紹

8.2.1  IP優先級和DSCP優先級

圖8-1 ToS和DS域

如圖8-1所示，IP報文頭的ToS字段有8個bit，其中前3個bit表示的就是IP優先級，取值範圍為0～7。RFC 2474中，重新定義了IP報文頭部的ToS域，稱之為DS（Differentiated Services，差分服務）域，其中DSCP優先級用該域的前6位（0～5位）表示，取值範圍為0～63，後2位（6、7位）是保留位。

表8-2 IP優先級說明

表8-3 DSCP優先級說明

8.2.2  802.1p優先級

802.1p優先級位於二層報文頭部，適用於不需要分析三層報頭，而需要在二層環境下保證QoS的場合。

圖8-2 帶有802.1Q標簽頭的以太網幀

如圖8-2所示，4個字節的802.1Q標簽頭包含了2個字節的TPID（Tag Protocol Identifier，標簽協議標識符）和2個字節的TCI（Tag Control Information，標簽控製信息），TPID取值為0x8100，圖8-3顯示了802.1Q標簽頭的詳細內容，Priority字段就是802.1p優先級。之所以稱此優先級為802.1p優先級，是因為有關這些優先級的應用是在802.1p規範中被詳細定義的。

圖8-3 802.1Q標簽頭

表8-4 802.1p優先級說明