網絡資源總是有限的，隻要存在搶奪網絡資源的情況，就會出現服務質量的要求。服務質量是相對網絡業務而言的，在保證某類業務的服務質量的同時，可能就是在損害其它業務的服務質量。例如，在網絡總帶寬固定的情況下，如果某類業務占用的帶寬越多，那麼其他業務能使用的帶寬就越少，可能會影響其他業務的使用。因此，網絡管理者需要根據各種業務的特點來對網絡資源進行合理的規劃和分配，從而使網絡資源得到高效利用。

下麵從QoS服務模型出發，對目前使用最多、最成熟的一些QoS技術逐一進行描述。在特定的環境下合理地使用這些技術，可以有效地提高服務質量。

1.2 QoS服務模型簡介

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

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

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

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

1.2.1 Best-Effort服務模型

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

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

1.2.2 IntServ服務模型

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

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

RSVP的相關內容請參見“MPLS配置指導”中的“MPLS TE”。

1.2.3 DiffServ服務模型

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

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

1.3 QoS技術綜述

QoS技術包括流分類、流量監管、流量整形、接口限速、擁塞管理、擁塞避免等。下麵對常用的技術簡單進行一下介紹。

1.3.1 QoS技術在網絡中的位置

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

如圖1-1所示，流分類、流量監管、流量整形、擁塞管理和擁塞避免主要完成如下功能：

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

· 流量監管：對進入或流出設備的特定流量進行監管。當流量超出設定值時，可以采取限製或懲罰措施，以保護網絡資源不受損害。可以作用在接口入方向和出方向。

· 流量整形：一種主動調整流的輸出速率的流量控製措施，用來使流量適配下遊設備可供給的網絡資源，避免不必要的報文丟棄，通常作用在接口出方向。

· 擁塞管理：就是當擁塞發生時如何製定一個資源的調度策略，以決定報文轉發的處理次序，通常作用在接口出方向。

· 擁塞避免：監督網絡資源的使用情況，當發現擁塞有加劇的趨勢時采取主動丟棄報文的策略，通過調整隊列長度來解除網絡的過載，通常作用在接口出方向。

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

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

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

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

(2) 通過各種動作對特性的業務進行處理。這些動作需要和流分類關聯起來才有意義。具體采取何種動作，與所處的階段以及網絡當前的負載狀況有關。例如，當報文進入網絡時進行流量監管；流出節點之前進行流量整形；擁塞時對隊列進行擁塞管理；擁塞加劇時采取擁塞避免措施等。

2 QoS配置方式

2.1 配置方式介紹

QoS的配置方式分為QoS策略配置方式和非QoS策略配置方式兩種。

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

2.1.1 非QoS策略配置方式

非QoS策略配置方式是指不通過QoS策略來進行配置。例如，端口限速功能可以通過直接在接口上配置來實現。

2.1.2 QoS策略配置方式

QoS策略配置方式是指通過配置QoS策略來實現QoS功能。

QoS策略包含了三個要素：類、流行為、策略。用戶可以通過QoS策略將指定的類和流行為綁定起來，靈活地進行QoS配置。

1. 類

類的要素包括：類的名稱和類的規則。

用戶可以通過命令定義一係列的規則來對報文進行分類。

2. 流行為

流行為用來定義針對報文所做的QoS動作。

流行為的要素包括：流行為的名稱和流行為中定義的動作。

用戶可以通過命令在一個流行為中定義多個動作。

3. 策略

策略用來將指定的類和流行為綁定起來，對分類後的報文執行流行為中定義的動作。

策略的要素包括：策略名稱、綁定在一起的類和流行為的名稱。

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

2.2 QoS策略配置方式的步驟

如圖2-1所示：

圖2-1 QoS策略配置方式的步驟

2.2.1 定義類

定義類首先要創建一個類名稱，然後在此類視圖下配置其匹配規則。

表2-1 定義類

操作	命令	說明
進入係統視圖	system-view	-
定義類並進入類視圖	traffic classifier tcl-name [ operator { and \| or } ]	必選缺省為and，即類視圖下各匹配規則之間的關係為邏輯與 · and：報文隻有匹配了所有的規則，設備才認為報文屬於這個類 · or：報文隻要匹配了類中的任何一個規則，設備就認為報文屬於這個類
定義匹配數據包的規則	if-match match-criteria	必選具體規則請參見QoS命令參考中的命令if-match的介紹

當定義類且類操作符是and時，各if-match之間或一個if-match裏參數值之間表達的意義不能相互衝突，且每個類隻允許配置一個ACL。

2.2.2 定義流行為

定義流行為首先需要創建一個流行為名稱，然後可以在此流行為視圖下根據需要配置相應的流行為。每個流行為由一組QoS動作組成。

表2-2 定義流行為

操作	命令	說明
進入係統視圖	system-view	-
定義一個流行為並進入流行為視圖	traffic behavior behavior-name	必選
配置流行為	流行為就是對應符合流分類的報文做出相應的QoS動作，例如流量監管、流量過濾、流量重定向、重標記、流量統計等，具體情況請參見本文相關章節

2.2.3 定義策略

在策略視圖下為使用的類指定對應的流行為。以某種匹配規則將流區分為不同的類，再結合不同的流行為就能很靈活的實現各種QoS功能。

表2-3 在策略中為類指定流行為

操作	命令	說明
進入係統視圖	system-view	-
定義策略並進入策略視圖	qos policy policy-name	必選
在策略中為類指定采用的流行為	classifier tcl-name behavior behavior-name	必選

如果QoS策略在定義流分類規則時引用了ACL，ACL規則中的deny表示不執行QoS策略中C-B對中的動作，ACL規則中的permit表示執行QoS策略中C-B對中的動作。

2.2.4 應用策略

QoS策略支持以下應用方式：

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

· 基於VLAN應用QoS策略：QoS策略對通過同一個VLAN內所有接口接收（發送）的流量生效。

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

· 基於控製平麵應用QoS策略：QoS策略對通過控製平麵接收的流量生效。

· 基於控製平麵的QoS策略，僅在以太網接口板上支持。

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

· QoS策略的優先級由高到低依次為：全局QoS策略、接口QoS策略、VLAN中的QoS策略。

· 基於VLAN和全局應用的QoS策略需要下發到所有接口板，如果遇到某個接口板硬件資源不足等情況，會導致策略在該接口板下發失敗。此時主控板及其它接口不回退該策略的配置，需要用戶手工將該策略的相關配置清除。類似地，動態修改過程中，如果基於VLAN和全局應用的QoS策略在某個接口板刷新時遇到硬件資源不足等情況，下發失敗，也需要用戶手工將該策略的配置清除。

1. 基於接口應用QoS策略

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

表2-4 在接口上應用策略

操作		命令	說明
進入係統視圖		system-view	-
進入接口視圖、端口組視圖	進入接口視圖	interface interface-type interface-number	三者必選其一進入接口視圖後，下麵進行的配置隻在當前接口生效；進入端口組視圖後，下麵進行的配置將在端口組中的所有端口生效；
進入接口視圖、端口組視圖	進入端口組視圖	port-group manual port-group-name
在接口上應用關聯的策略		qos apply policy policy-name { inbound \| outbound }	必選

· 除鏈路層協議為X.25、LAPB協議的接口外，所有物理接口都可以應用QoS策略。

· 如果QoS策略應用在接口的出方向，則QoS策略對本地協議報文不起作用。本地協議報文是設備內部發起的某些報文，它是維持設備正常運行的重要協議報文。為了確保這些報文能夠被不受影響的發送出去，即便在接口的出方向應用了QoS策略，本地協議報文也不會受到QoS策略的限製，從而降低了因配置QoS而誤將這些報文丟棄或進行其他處理的風險。一些常見的本地協議報文如下：鏈路維護報文、IS-IS、OSPF、RIP、BGP、LDP、RSVP、SSH等。

· 將QoS策略應用到RPR邏輯接口上時，在該策略對應的流行為下僅支持filter或mirror-to動作，且這兩個動作不能同時配置。關於RPR邏輯接口的介紹，請參見“可靠性配置指導”中的“RPR”。關於mirror-to配置的詳細介紹，請參見“網絡管理和監控配置指導”中的“流鏡像”。

2. 基於VLAN應用QoS策略

基於VLAN應用QoS策略可以方便對某個VLAN上的所有流量進行管理。

表2-5 基於VLAN應用的QoS策略

操作	命令	說明
進入係統視圖	system-view	-
應用QoS策略到指定的VLAN	qos vlan-policy policy-name vlan vlan-id-list { inbound \| outbound }	必選

· 基於VLAN應用的QoS策略不能應用在動態VLAN上。例如，在運行GVRP協議的情況下，設備可能會動態創建VLAN，QoS策略不能應用在該動態VLAN上。

· 當某個單板資源不足導致VLAN應用QoS策略下發或者刷新失敗時，用戶可以執行undo qos vlan-policy vlan命令進行手工刪除。

3. 基於全局應用QoS策略

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

表2-6 基於全局應用QoS策略

操作	命令	說明
進入係統視圖	system-view	-
基於全局應用QoS策略	qos apply policy policy-name global { inbound \| outbound }	必選

當某個單板資源不足導致全局應用QoS策略下發或者刷新失敗時，用戶可以執行undo qos apply policy global命令進行手工刪除。

4. 基於控製平麵應用QoS策略

報文進入設備後主要有兩種處理方式，一種是基於數據平麵的處理，另一種是基於控製平麵的處理：

· 數據平麵（DP，Data Plane）：是指對報文進行收發、交換的處理單元，它的主要工作是轉發報文。在設備上，與之相對應的核心物理實體就是各種專用轉發芯片，它們有極高的處理速度和數據吞吐能力。

· 控製平麵（CP，Control Plane）：是指運行大部分路由交換協議進程的處理單元，它的主要工作是進行協議報文的解析和協議的計算。在設備上，與之相對應的核心物理實體就是CPU，它具備靈活的報文處理能力，但數據吞吐能力有限。

數據平麵接收到無法識別或處理的報文會送到控製平麵進行進一步處理。如果上送控製平麵的報文速率超過了控製平麵的處理能力，例如設備受到DoS（Denial of Service，拒絕服務）攻擊，那麼上送控製平麵的報文會得不到正確轉發或及時處理，從而影響協議的正常運行。

為了解決此問題，用戶可以把QoS策略應用在控製平麵上，通過對上送控製平麵的報文進行過濾、限速等QoS處理，達到保護控製平麵正常報文的收發、維護控製平麵正常處理狀態的目的。

表2-7 應用控製平麵策略

操作	命令	說明
進入係統視圖	system-view	-
進入控製平麵視圖（獨立運行模式）	control-plane slot slot-number	必選
進入控製平麵視圖（IRF模式）	control-plane chassis chassis-number slot slot-number	必選
應用QoS策略	qos apply policy policy-name inbound	必選

· 基於控製平麵的QoS策略，僅在以太網接口板上支持。

· 缺省情況下，在控製平麵上應用預定義的QoS策略，並默認生效。預定義的QoS策略中通過system-index來標識各種上送控製平麵的報文類型，用戶也可以在流分類視圖下通過if-match命令引用這些system-index來進行報文分類，然後根據需要為這些報文重新配置流行為。係統預定義的QoS策略信息可以通過display qos policy control-plane pre-defined命令查看。

· 在將QoS策略應用在IRF端口所在槽位單板控製平麵時，如果在此QoS策略對應的流分類包含的二層ACL中定義了匹配所有的報文的規則（即配置rule permit命令），那麼請不要在對應的流行下配置流量監管（即car cir命令）或配置丟棄數據包（即filter deny命令）功能，否則可能導致IRF分裂，影響設備正常使用。

2.2.5 QoS策略顯示和維護

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

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

操作	命令
顯示配置的類信息	display traffic classifier user-defined [ tcl-name ] [ \| { begin \| exclude \| include } regular-expression ]
顯示配置的流行為信息	display traffic behavior user-defined [ behavior-name ] [ \| { begin \| exclude \| include } regular-expression ]
顯示戶定義策略的配置信息	display qos policy user-defined [ policy-name [ classifier tcl-name ] ] [ \| { begin \| exclude \| include } regular-expression ]
顯示指定接口策略的配置信息和運行情況	display qos policy interface [ interface-type interface-number ] [ inbound \| outbound ] [ \| { begin \| exclude \| include } regular-expression ]
顯示VLAN應用QoS策略的信息（獨立運行模式）	display qos vlan-policy { name policy-name \| vlan vlan-id } [ slot slot-number ] [ inbound \| outbound ] [ \| { begin \| exclude \| include } regular-expression ]
顯示VLAN應用QoS策略的信息（IRF模式）	display qos vlan-policy { name policy-name \| vlan [ vlan-id ] } [ chassis chassis-number slot slot-number ] [ inbound \| outbound ] [ \| { begin \| exclude \| include } regular-expression ]
顯示全局應用QoS策略的信息（獨立運行模式）	display qos policy global [ slot slot-number ] [ inbound \| outbound ] [ \| { begin \| exclude \| include } regular-expression ]
顯示全局應用QoS策略的信息（IRF模式）	display qos policy global [ chassis chassis-number slot slot-number ] [ inbound \| outbound ] [ \| { begin \| exclude \| include } regular-expression ]
顯示控製平麵應用QoS策略的信息（獨立運行模式）	display qos policy control-plane slot slot-number [ inbound ] [ \| { begin \| exclude \| include } regular-expression ]
顯示控製平麵應用QoS策略的信息（IRF模式）	display qos policy control-plane chassis chassis-number slot slot-number [ inbound ] [ \| { begin \| exclude \| include } regular-expression ]
顯示在控製平麵應用的預定義QoS策略的信息（獨立運行模式）	display qos policy control-plane pre-defined slot slot-number [ \| { begin \| exclude \| include } regular-expression ]
顯示在控製平麵應用的預定義QoS策略的信息（IRF模式）	display qos policy control-plane pre-defined chassis chassis-number slot slot-number [ \| { begin \| exclude \| include } regular-expression ]
清除VLAN應用QoS策略的統計信息	reset qos vlan-policy [ vlan vlan-id ] [ inbound \| outbound ]
清除全局應用QoS策略的統計信息	reset qos policy global [ inbound \| outbound ]
清空控製平麵應用QoS策略的統計信息（獨立運行模式）	reset qos policy control-plane slot slot-number [ inbound ]
清空控製平麵應用QoS策略的統計信息（IRF模式）	reset qos policy control-plane chassis chassis-number slot slot-number [ inbound ]

清除指定接口策略的統計信息請使用reset counters interface命令，有關reset counters interface命令的介紹請參見“接口管理命令參考”中的“以太網接口”。

3 優先級映射

3.1 優先級映射簡介

3.1.1 概述

報文在進入設備以後，設備會根據自身情況和相應規則（primap、remark）分配或修改報文的各種優先級的值，為隊列調度和擁塞控製服務。

優先級映射功能通過報文所攜帶的優先級字段來映射其他優先級字段值，就可以獲得各種用以決定報文調度能力的各種優先級字段，從而可以全麵有效的控製報文的轉發調度能力。

3.1.2 優先級介紹

優先級用於標識報文傳輸的優先程度，可以分為兩類：報文攜帶優先級和設備調度優先級。

報文攜帶優先級包括：802.1p優先級、DSCP優先級、IP優先級、EXP優先級等。這些優先級都是根據公認的標準和協議生成，體現了報文自身的優先等級。相關介紹請參見16.3 附錄 C 各種優先級介紹。

設備調度優先級是指報文在設備內轉發時所使用的優先級，隻對當前設備自身有效。設備調度優先級包括以下幾種：

· 本地優先級（LP）：設備為報文分配的一種具有本地意義的優先級，每個本地優先級對應一個隊列，本地優先級值越大的報文，進入的隊列優先級越高，從而能夠獲得優先的調度。

· 丟棄優先級（DP）：在進行報文丟棄時參考的參數，丟棄優先級值越大的報文越被優先丟棄。

· 用戶優先級（UP）：設備對於進入的流量，會自動獲取報文的優先級，這種報文優先級稱為用戶優先級。對於不同類型的報文，用戶優先級所代表的優先級字段不同。對於二層報文，用戶優先級取自802.1p優先級；對於三層報文，用戶優先級取自IP優先級；對於MPLS報文，用戶優先級取自EXP。

3.1.3 優先級映射表

設備提供了多張優先級映射表，分別對應相應的優先級映射關係。

通常情況下，可以通過查找缺省優先級映射表（16.2 附錄 B 缺省優先級映射表）來為報文分配相應的優先級。如果缺省優先級映射表無法滿足用戶需求，可以根據實際情況對映射表進行修改。

3.2 優先級映射配置任務簡介

我們常用的方式有三種：配置優先級信任模式、配置端口優先級和通過QoS策略配置（配置Primap）。

如果配置了優先級信任模式，即表示設備信任當前進來流量的報文優先級，會自動解析報文的優先級或者標誌位，然後按照映射表映射到報文的優先級參數。

如果沒有配置優先級信任模式，並且配置了端口優先級值，則表明設備不信任所接收報文的優先級，而是使用端口優先級，按照映射表映射到報文的優先級參數。

建議進行各項配置的時候先整體規劃網絡QoS。

表3-1 優先級映射配置任務簡介

配置任務	說明	詳細配置
配置優先級映射表	可選	3.3.1
配置優先級信任模式	可選	3.3.2
配置端口優先級	可選	3.3.3
配置Primap	可選	3.3.4

3.3 配置優先級映射

3.3.1 配置優先級映射表

1. 配置優先級映射表（不帶顏色）

設備提供了多張優先級映射表，分別對應相應的優先級映射關係。

· dot1p-dot1p：802.1p優先級到802.1p優先級映射表；

· dot1p-dp：802.1p優先級到丟棄優先級映射表；

· dot1p-dscp：802.1p優先級到DSCP映射表；

· dot1p-exp：802.1p優先級到EXP映射表；

· dot1p-lp：802.1p優先級到本地優先級映射表；

· dscp-dot1p：DSCP到802.1p優先級映射表，僅對IP報文生效；

· dscp-dp：DSCP到丟棄優先級映射表，僅對IP報文生效；

· dscp-dscp：DSCP到DSCP映射表，僅對IP報文生效；

· dscp-exp：DSCP到EXP映射表；

· dscp-lp：DSCP到本地優先級映射表，僅對IP報文生效；

· exp-dot1p：EXP到802.1p優先級映射表；

· exp-dp：EXP到丟棄優先級映射表；

· exp-dscp：EXP到DSCP映射表；

· exp-lp：EXP到本地優先級映射表；

· up-dp：用戶優先級到丟棄優先級映射表；

· up-fc：用戶優先級到轉發類映射表；

· up-lp：用戶優先級到本地優先級映射表；

· up-rpr：用戶優先級到RPR優先級映射表；

· up-up：用戶優先級到用戶優先級映射表。

表3-2 配置優先級映射表（不帶顏色）

操作	命令	說明
進入係統視圖	system-view	-
進入指定的優先級映射表視圖	qos map-table { { inbound { dot1p-dot1p \| dot1p-dp \| dot1p-dscp \| dot1p-exp \| dot1p-lp \| dscp-dot1p \| dscp-dp \| dscp-dscp \| dscp-exp \| dscp-lp \| exp-dot1p \| exp-dp \| exp-dscp \| exp-lp \| up-lp \| up-up } } \| { outbound { up-lp \| up-dp \| up-fc \| up-rpr } } }	必選用戶根據需要進入相應的優先級映射表視圖
配置指定優先級映射表參數，定義優先級映射關係	import import-value-list export export-value	必選新配置的映射項將覆蓋原有映射項

2. 配置優先級映射表（帶顏色）

經過CAR處理的報文被分成了三種顏色（綠色、黃色、紅色），為了對不同顏色報文進行優先級映射，設備提供了多張帶顏色優先級映射表，分別對應相應顏色的優先級映射關係。

· dot1p-dot1p：802.1p優先級到802.1p優先級映射表；

· dot1p-dp：802.1p優先級到丟棄優先級映射表；

· dot1p-dscp：802.1p優先級到DSCP映射表；

· dot1p-exp：802.1p優先級到EXP映射表；

· dot1p-lp：802.1p優先級到本地優先級映射表；

· dscp-dot1p：DSCP到802.1p優先級映射表；

· dscp-dp：DSCP到丟棄優先級映射表；

· dscp-dscp：DSCP到DSCP映射表；

· dscp-exp：DSCP到EXP映射表；

· dscp-lp：DSCP到本地優先級映射表；

· exp-dot1p：EXP到802.1p優先級映射表；

· exp-dp：EXP到丟棄優先級映射表；

· exp-dscp：EXP到DSCP映射表；

· exp-exp：EXP到EXP映射表；

· exp-lp：EXP到本地優先級映射表；

· up-dscp：用戶優先級到DSCP映射表。

表3-3 配置優先級映射表（帶顏色）

操作	命令	說明
進入係統視圖	system-view	-
進入指定的帶顏色優先級映射表視圖	qos map-table color { green \| yellow \| red } { inbound { dot1p-dot1p \| dot1p-dp \| dot1p-dscp \| dot1p-exp \| dot1p-lp \| dscp-dot1p \| dscp-dp \| dscp-dscp \| dscp-exp \| dscp-lp \| exp-dot1p \| exp-dp \| exp-dscp \| exp-exp \| exp-lp } \| outbound { dot1p-dot1p \| dot1p-dscp \| dot1p-exp \| dscp-dot1p \| dscp-dscp \| dscp-exp \| exp-dot1p \| exp-dscp \| exp-exp } \| up-dscp }	必選用戶根據需要進入相應的帶顏色優先級映射表視圖
配置指定帶顏色優先級映射表參數，定義優先級映射關係	import import-value-list export export-value	必選新配置的映射項將覆蓋原有映射項

3.3.2 配置優先級信任模式

根據報文自身的優先級，查找優先級映射表，為報文分配優先級參數，可以通過配置優先級信任模式的方式來實現。

在配置接口/端口組上的優先級模式時，用戶可以選擇下列信任模式：

· auto：表示根據報文的類型，自動提取報文中的優先級字段進行優先級映射。對於二層報文，采用802.1p優先級；對於三層報文，采用IP優先級；對於MPLS報文，采用EXP優先級。

· dot1p：信任報文自帶的802.1p優先級，以此優先級進行優先級映射。

· dscp：信任IP報文自帶的DSCP優先級，以此優先級進行優先級映射。

· exp：信任MPLS報文自帶的EXP優先級，以此優先級進行優先級映射。

表3-4 配置優先級信任模式

操作		命令	說明
進入係統視圖		system-view	-
進入接口視圖或端口組視圖	進入接口視圖	interface interface-type interface-number	二者必選其一進入接口（如以太網接口）視圖後，下麵進行的配置隻在當前接口生效；進入端口組視圖後，下麵進行的配置將在端口組中的所有端口生效
進入接口視圖或端口組視圖	進入端口組視圖	port-group manual port-group-name
配置優先級信任模式		qos trust { auto \| dot1p \| dscp \| exp } [ override ]	必選缺省情況下，端口信任模式為untrust，信任端口的默認優先級其中，POS和RPR接口子卡僅支持auto關鍵字

3.3.3 配置端口優先級

按照接收端口的端口優先級，通過一一映射為報文分配相應的優先級。

表3-5 配置端口優先級

操作		命令	說明
進入係統視圖		system-view	-
進入接口視圖或端口組視圖	進入接口視圖	interface interface-type interface-number	二者必選其一進入接口（以太網接口或WLAN-ESS接口）視圖後，下麵進行的配置隻在當前接口生效；進入端口組視圖後，下麵進行的配置將在端口組中的所有端口生效
進入接口視圖或端口組視圖	進入端口組視圖	port-group manual port-group-name
配置端口優先級		qos priority { dot1p \| dp \| dscp \| exp \| lp } priority-value	必選缺省情況下，端口lp類型優先級的缺省值為2，dp類型優先級的缺省值為0，其餘類型優先級沒有缺省值該命令中的關鍵字dot1p 、dp、dscp、exp、lp僅以太網接口板支持

3.3.4 配置Primap

Primap配置和類結合，可以將指定流的報文優先級根據映射表進行重新配置。

表3-6 配置Primap（不帶顏色）

操作		命令	說明
進入係統視圖		system-view	-
定義類並進入類視圖		traffic classifier tcl-name [ operator { and \| or } ]	-
定義匹配數據包的規則		if-match match-criteria	-
退出類視圖		quit	-
定義一個流行為並進入流行為視圖		traffic behavior behavior-name	-
配置使用相應的優先級映射表為報文獲取其他的優先級參數		primap pre-defined dscp-dscp	必選
退出流行為視圖		quit	-
定義策略並進入策略視圖		qos policy policy-name	-
在策略中為類指定采用的流行為		classifier tcl-name behavior behavior-name	-
退出策略視圖		quit	-
應用QoS策略	基於接口	2.2.4 1. 基於接口應用QoS策略	-
	基於VLAN	2.2.4 2. 基於VLAN應用QoS策略	-
	基於全局	2.2.4 3. 基於全局應用QoS策略	-

表3-7 配置Primap（帶顏色）

操作		命令	說明
進入係統視圖		system-view	-
定義類並進入類視圖		traffic classifier tcl-name [ operator { and \| or } ]	-
定義匹配數據包的規則		if-match match-criteria	-
退出類視圖		quit	-
定義一個流行為並進入流行為視圖		traffic behavior behavior-name	-
配置流量監管動作		car cir committed-information-rate [ cbs committed-burst-size [ ebs excess-burst-size ] ] [ pir peak-information-rate ] [ red action ]	必選
配置使用相應的帶顏色優先級映射表為報文獲取其他的優先級參數		primap pre-defined color { dot1p-dot1p \| dot1p-exp \| dot1p-dp \| dot1p-dscp \| dot1p-lp \| dscp-dot1p \| dscp-dp \| dscp-dscp \| dscp-exp \| dscp-lp \| exp-dot1p \| exp-dp \| exp-dscp \| exp-exp \| exp-lp \| up-dscp }	必選
配置使用報文的顏色標記報文的丟棄優先級		primap color-map-dp	可選映射關係為：紅色對應丟棄優先級2，黃色對應丟棄優先級1，綠色對應丟棄優先級0。此映射關係固定，不能修改僅應用在出方向
退出流行為視圖		quit	-
定義策略並進入策略視圖		qos policy policy-name	-
在策略中為類指定采用的流行為		classifier tcl-name behavior behavior-name	-
退出策略視圖		quit	-
應用QoS策略	基於接口	2.2.4 1. 基於接口應用QoS策略	-
	基於VLAN	2.2.4 2. 基於VLAN應用QoS策略	-
	基於全局	2.2.4 3. 基於全局應用QoS策略	-

3.4 優先級映射顯示和維護

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

表3-8 優先級映射顯示和維護

操作	命令
顯示指定優先級映射表配置情況	display qos map-table [ inbound { dot1p-dot1p \| dot1p-dp \| dot1p-dscp \| dot1p-exp \| dot1p-lp \| dscp-dot1p\| dscp-dp \| dscp-dscp \| dscp-exp \| dscp-lp \| exp-dot1p \| exp-dp \| exp-dscp \| exp-lp \| up-lp \| up-up } \| outbound { up-dp \| up-fc \| up-lp \| up-rpr } ] [ dot1p-dot1p \| dot1p-dp \| dot1p-dscp \| dot1p-exp \| dot1p-lp \| dscp-dot1p\| dscp-dp \| dscp-dscp \| dscp-exp \| dscp-lp \| exp-dot1p \| exp-dp \| exp-dscp \| exp-lp \| up-dp \| up-fc \| up-lp \| up-rpr \| up-up ] [ \| { begin \| exclude \| include } regular-expression ]
顯示指定帶顏色優先級映射表配置情況	display qos map-table color [ [ green \| yellow \| red ] [ inbound [ dot1p-dot1p \| dot1p-dp \| dot1p-dscp \| dot1p-exp \| dot1p-lp \| dscp-dot1p \| dscp-dp \| dscp-dscp \| dscp-exp \| dscp-lp \| exp-dot1p \| exp-dp \| exp-dscp \| exp-exp \| exp-lp ] \| outbound [ dot1p-dot1p \| dot1p-dscp \| dot1p-exp \| dscp-dot1p \| dscp-dscp \| dscp-exp \| exp-dot1p \| exp-dscp \| exp-exp ] ] \| up-dscp ] [ \| { begin \| exclude \| include } regular-expression ]
顯示端口優先級信任模式信息	display qos trust interface [ interface-type interface-number ] [ \| { begin \| exclude \| include } regular-expression ]

3.5 優先級映射典型配置舉例

1. 組網需求

· 公司企業網通過設備Switch實現各部門之間的互連，網絡根據部門劃分為不同VLAN；

· 要求設備Switch在進行報文處理時，能夠根據報文的802.1p優先級選擇入隊列；

· 使用用戶自定義的映射關係。

2. 組網圖

圖3-1 優先級信任模式組網圖

3. 配置步驟

# 進入係統視圖。

<Switch> system-view

# 進入接收報文方向的dot1p-lp優先級映射表視圖，修改映射表參數。

[Switch] qos map-table inbound dot1p-lp

[Switch-maptbl-in-dot1p-lp] import 0 1 export 0

[Switch-maptbl-in-dot1p-lp] import 2 3 export 1

[Switch-maptbl-in-dot1p-lp] import 4 5 export 2

[Switch-maptbl-in-dot1p-lp] import 6 7 export 3

[Switch-maptbl-in-dot1p-lp] quit

# 配置GigabitEthernet3/0/1信任802.1p優先級。

[Switch] interface gigabitethernet 3/0/1

[Switch-GigabitEthernet3/0/1] qos trust dot1p

[Switch-GigabitEthernet3/0/1] quit

# 配置GigabitEthernet3/0/2信任802.1p優先級。

[Switch] interface gigabitethernet 3/0/2

[Switch-GigabitEthernet3/0/2] qos trust dot1p

[Switch-GigabitEthernet3/0/2] quit

# 配置GigabitEthernet3/0/3信任802.1p優先級。

[Switch] interface gigabitethernet 3/0/3

[Switch-GigabitEthernet3/0/3] qos trust dot1p

[Switch-GigabitEthernet3/0/3] quit

# 配置GigabitEthernet3/0/4信任802.1p優先級。

[Switch] interface gigabitethernet 3/0/4

[Switch-GigabitEthernet3/0/4] qos trust dot1p

4 流量監管和流量整形

4.1 流量監管和流量整形簡介

如果不限製用戶發送的流量，那麼大量用戶不斷突發的數據隻會使網絡更擁擠。為了使有限的網絡資源能夠更好地發揮效用，更好地為更多的用戶服務，必須對用戶的流量加以限製。比如限製每個時間間隔某個流隻能得到承諾分配給它的那部分資源，防止由於過分突發所引發的網絡擁塞。

流量監管和流量整形都可以通過對流量規格的監督來限製流量及其資源的使用，它們有一個前提條件，就是要知道流量是否超出了規格，然後才能根據評估結果實施調控。一般采用令牌桶（Token Bucket）對流量的規格進行評估。

4.1.1 流量評估與令牌桶

1. 令牌桶的特點

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

2. 用令牌桶評估流量

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

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

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

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

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

3. 複雜評估

為了評估更複雜的情況，實施更靈活的調控策略，可以配置兩個令牌桶（簡稱C桶和E桶）。例如TP中有四個參數：

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

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

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

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

CBS和EBS是由兩個不同的令牌桶承載的。每次評估時，依據下麵的情況，可以分別實施不同的流控策略：

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

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

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

4.1.2 流量監管

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

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

圖4-1 TP示意圖

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

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

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

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

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

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

4.1.3 流量整形

流量整形僅支持出方向。

TS（Traffic Shaping，流量整形）是一種主動調整流量輸出速率的措施。一個典型應用是基於下遊網絡節點的TP指標來控製本地流量的輸出。

流量整形與流量監管的主要區別在於，流量整形對流量監管中需要丟棄的報文進行緩存——通常是將它們放入緩衝區或隊列內，如圖4-2所示。當令牌桶有足夠的令牌時，再均勻的向外發送這些被緩存的報文。流量整形與流量監管的另一區別是，整形可能會增加延遲，而監管幾乎不引入額外的延遲。

圖4-2 TS示意圖

例如，在圖4-3所示的應用中，設備Router A向Router B發送報文。Router B要對Router A發送來的報文進行TP監管，對超出規格的流量直接丟棄。

圖4-3 流量整形的應用

為了減少報文的無謂丟失，可以在Router A的出口對報文進行流量整形處理。將超出流量整形特性的報文緩存在Router A中。當可以繼續發送下一批報文時，流量整形再從緩衝隊列中取出報文進行發送。這樣，發向Router B的報文將都符合Router B的流量規定。

4.2 流量監管配置

表4-1 流量監管配置

操作		命令	說明
進入係統視圖		system-view	-
定義類並進入類視圖		traffic classifier tcl-name [ operator { and \| or } ]	-
定義匹配數據包的規則		if-match match-criteria	-
退出類視圖		quit	-
定義一個流行為並進入流行為視圖		traffic behavior behavior-name	-
配置流量監管動作		car cir committed-information-rate [ cbs committed-burst-size [ ebs excess-burst-size ] ] [ pir peak-information-rate ] [ red action ]	必選
退出流行為視圖		quit	-
定義策略並進入策略視圖		qos policy policy-name	-
在策略中為類指定采用的流行為		classifier tcl-name behavior behavior-name	-
退出策略視圖		quit	-
應用QoS策略	基於接口	2.2.4 1. 基於接口應用QoS策略	-
	基於VLAN	2.2.4 2. 基於VLAN應用QoS策略	-
	基於全局	2.2.4 3. 基於全局應用QoS策略	-
	基於控製平麵	2.2.4 4. 基於控製平麵應用QoS策略	-

設備對於流量監管（CAR）是基於Color-Aware模式的，有關Color-Aware的詳細介紹，請參見“RFC 2697”。

4.3 流量整形配置

· 軟轉發流量整形不支持IPv6。

· 不允許同時在主接口和子接口上配置流量整形。

流量整形配置分為以下幾種：

· 基於隊列的流量整形配置：為某一個隊列的數據包設置整形參數。

· 適配所有流的流量整形配置：為所有的流設置整形參數。

4.3.1 基於隊列的流量整形配置

表4-2 基於隊列的流量整形配置

操作		命令	說明
進入係統視圖		system-view	-
進入接口視圖或端口組視圖	進入接口視圖	interface interface-type interface-number	二者必選其一進入接口視圖後，下麵進行的配置隻在當前接口生效；進入端口組視圖後，下麵進行的配置將在端口組中的所有端口生效
進入接口視圖或端口組視圖	進入端口組視圖	port-group manual port-group-name
在接口配置流量整形		qos gts queue queue-number cir committed-information-rate [ cbs committed-burst-size	必選

4.3.2 適配所有流的流量整形配置

表4-3 適配所有流的流量整形配置

操作		命令	說明
進入係統視圖		system-view	-
進入接口視圖或端口組視圖	進入接口視圖	interface interface-type interface-number	二者必選其一進入接口視圖後，下麵進行的配置隻在當前接口生效；進入端口組視圖後，下麵進行的配置將在端口組中的所有端口生效
進入接口視圖或端口組視圖	進入端口組視圖	port-group manual port-group-name
在接口配置流量整形		qos gts any cir committed-information-rate [ cbs committed-burst-size ]	必選

4.4 流量監管/流量整形顯示和維護

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

表4-4 流量監管/流量整形顯示和維護

操作	命令
顯示設備的CAR資源使用情況（獨立運行模式）	display car resource [ slot slot-number ] [ \| { begin \| exclude \| include } regular-expression ]
顯示設備的CAR資源使用情況（IRF模式）	display car resource [ chassis chassis-number slot slot-number ] [ \| { begin \| exclude \| include } regular-expression ]
顯示流量整形配置運行信息	display qos gts interface [ interface-type interface-number ] [ \| { begin \| exclude \| include } regular-expression ]

5 擁塞管理

5.1 擁塞管理簡介

5.1.1 擁塞的產生、影響和對策

所謂擁塞，是指當前供給資源相對於正常轉發處理需要資源的不足，從而導致服務質量下降的一種現象。

在複雜的Internet分組交換環境下，擁塞極為常見。以下圖中的兩種情況為例：

圖5-1 流量擁塞示意圖

擁塞有可能會引發一係列的負麵影響：

· 擁塞增加了報文傳輸的延遲和抖動，可能會引起報文重傳，從而導致更多的擁塞產生。

· 擁塞使網絡的有效吞吐率降低，造成網絡資源的利用率降低。

· 擁塞加劇會耗費大量的網絡資源（特別是存儲資源），不合理的資源分配甚至可能導致係統陷入資源死鎖而崩潰。

在分組交換以及多用戶業務並存的複雜環境下，擁塞又是不可避免的，因此必須采用適當的方法來解決擁塞。

擁塞管理的中心內容就是當擁塞發生時如何製定一個資源的調度策略，以決定報文轉發的處理次序。

5.1.2 擁塞管理策略

對於擁塞管理，一般采用隊列技術，使用一個隊列算法對流量進行分類，之後用某種優先級別算法將這些流量發送出去。每種隊列算法都是用以解決特定的網絡流量問題，並對帶寬資源的分配、延遲、抖動等有著十分重要的影響。

擁塞管理的處理包括隊列的創建、報文的分類、將報文送入不同的隊列、隊列調度等。隊列調度對不同優先級的報文進行分級處理，優先級高的會得到優先發送。

這裏介紹幾種常用的隊列調度機製。

1. FIFO（先入先出隊列，First In First Out Queuing）

圖5-2 先入先出隊列示意圖

如圖5-2所示，FIFO按照時間到達的先後決定分組的轉發次序，先進的先出，後進的後出，不需要進行流分類和隊列調度，FIFO關心的隻是隊列的長度，隊列的長度對延遲和丟包率的影響。用戶的業務流在某個設備能夠獲得的資源取決於分組的到達時機及當時的負載情況。Best-Effort報文轉發方式采用的就是FIFO的排隊策略。

如果設備的每個端口隻有一個基於FIFO的輸入或輸出隊列，那麼惡性的應用可能會占用所有的網絡資源，嚴重影響關鍵業務數據的傳送。所以還需要配置一些其他的隊列調度機製與FIFO配合對流量進行調度和擁塞控製。

每個隊列內部報文的發送次序缺省是FIFO。

2. PQ（優先隊列，Priority Queuing）

圖5-3 優先隊列示意圖

PQ隊列是針對關鍵業務應用設計的。關鍵業務有一個重要的特點，即在擁塞發生時要求優先獲得服務以減小響應的延遲。PQ可以根據網絡協議（比如IP、IPX）、數據流入接口、報文長短、源地址/目的地址等靈活地指定優先次序。如圖5-3所示，優先隊列將報文分成4類，分別為高優先隊列（top）、中優先隊列（middle）、正常優先隊列（normal）和低優先隊列（bottom），它們的優先級依次降低。缺省情況下，數據流進入normal隊列。每個隊列內部又遵循FIFO原則。

在隊列調度時，PQ嚴格按照優先級從高到低的次序，優先發送較高優先級隊列中的分組，當較高優先級隊列為空時，再發送較低優先級隊列中的分組。這樣，將關鍵業務的分組放入較高優先級的隊列，將非關鍵業務的分組放入較低優先級的隊列，可以保證關鍵業務的分組被優先傳送，非關鍵業務的分組在處理關鍵業務數據的空閑間隙被傳送。

PQ的缺點是：擁塞發生時，如果較高優先級隊列中長時間有分組存在，那麼低優先級隊列中的報文將一直得不到服務。

3. WFQ（加權公平隊列，Weighted Fair Queuing）

圖5-4 加權公平隊列示意圖

在介紹加權公平隊列前，先要理解公平隊列FQ（Fair Queuing）。FQ是為了公平地分享網絡資源，盡可能使所有流的延遲和抖動達到最優而推出的。它照顧了各方麵的利益，主要表現在：

· 不同的隊列獲得公平的調度機會，從總體上均衡各個流的延遲。

· 短報文和長報文獲得公平的調度：如果不同隊列間同時存在多個長報文和短報文等待發送，應當顧及短報文的利益，讓短報文優先獲得調度，從而在總體上減少各個流的報文間的抖動。

與FQ相比，WFQ在計算報文調度次序時增加了優先權方麵的考慮。從統計上，WFQ使高優先權的報文獲得優先調度的機會多於低優先權的報文。WFQ能夠按流的“會話”信息（協議類型、源和目的TCP或UDP端口號、源和目的IP地址、ToS域中的優先級位等）自動進行流分類，並且盡可能多地提供隊列，以將每個流均勻地放入不同隊列中，從而在總體上均衡各個流的延遲。在出隊的時候，WFQ按流的優先級來分配每個流應占有出口的帶寬。優先級的數值越小，所得的帶寬越少。優先級的數值越大，所得的帶寬越多。

例如：接口中當前共有5個流，它們的優先級分別為0、1、2、3、4，則帶寬總配額為所有（流的優先級＋1）的和，即1＋2＋3＋4＋5＝15。

每個流所占帶寬比例為：（自己的優先級數＋1）/（所有（流的優先級＋1）的和）。即每個流可得的帶寬分別為：1/15，2/15，3/15，4/15，5/15。

由於WFQ在擁塞發生時能均衡各個流的延遲和抖動，所以WFQ在一些特殊場合得到了有效的應用。比如在使用資源預留協議RSVP（Resource Reservation Protocol）的保證型業務中，通常就是采用WFQ作為調度策略；在流量整形中，也采用WFQ調度緩存的報文。

目前，BE業務對應0號調度隊列、AF業務對應1/2/3/4號調度隊列、EF業務對應5/6號調度隊列、NC業務對應7號調度隊列，不同業務隊列之間進行SP嚴格的優先級調度。同一業務類型的調度隊列，隊列之間按權重進行調度。

4. CBQ（基於類的隊列，Class Based Queuing）

CBQ是對WFQ功能的擴展，為用戶提供了定義類的支持。在網絡擁塞時，CBQ根據用戶定義的類規則對報文進行匹配，並使其進入相應的隊列，在入隊列之前必須進行擁塞避免機製和帶寬限製的檢查。在報文出隊列時，加權公平調度每個類對應的隊列中的報文。

CBQ包括以下隊列：

· 緊急隊列：CBQ提供一個緊急隊列，緊急報文入該隊列，該隊列采用FIFO調度，沒有帶寬限製。

· LLQ（Low Latency Queuing，低延遲隊列）：即EF隊列。如果CBQ加權公平對待所有類的隊列，實時業務報文（包括語音與視頻業務，對延遲比較敏感）就可能得不到及時發送。為此引入一個EF隊列，為實時業務報文提供嚴格優先發送服務。LLQ將嚴格優先隊列機製與CBQ結合起來使用，用戶在定義類時可以指定其享受嚴格優先服務，這樣的類稱作優先類。所有優先類的報文將進入同一個優先隊列，在入隊列之前需對各類報文進行帶寬限製的檢查。報文出隊列時，將首先發送優先隊列中的報文，直到發送完後才發送其他類對應的隊列的報文。為了不讓其他隊列中的報文延遲時間過長，在使用LLQ時將會為每個優先類指定可用最大帶寬，該帶寬值用於擁塞發生時監管流量。如果擁塞未發生，優先類允許使用超過分配的帶寬。如果擁塞發生，優先類超過分配帶寬的數據包將被丟棄。

· BQ（Bandwidth Queuing，帶寬隊列）：即AF隊列。為AF業務提供嚴格、精確的帶寬保證，並且保證各類AF業務之間按一定的比例關係進行隊列調度。最多支持64個AF隊列。

· 缺省隊列：一個WFQ隊列，用來支撐BE業務，使用接口剩餘帶寬進行發送。

係統在為報文匹配規則時，規則如下：

· 先匹配優先類，然後再匹配其他類；

· 對多個優先類，按照配置順序逐一匹配；

· 對其他類，也是按照配置順序逐一匹配；

· 對類中多個規則，按照配置順序逐一匹配。

目前，以太網接口板不支持CBQ，僅業務處理板支持。

5.1.3 擁塞管理技術的對比

設備上提供了以上擁塞管理技術，突破了傳統IP設備的單一FIFO擁塞管理策略，提供了強大的QoS能力，使得IP設備可以滿足不同業務所要求的不同服務質量的要求。為了用戶更好地利用擁塞管理技術，現對各種隊列技術做一比較。

表5-1 擁塞管理技術對比

類型	隊列數	優點	缺點
FIFO	1	· 不需要配置，易於使用 · 處理簡單，延遲小	· 所有的報文均進入一個“先進先出”的隊列，發送報文所占用的帶寬、延遲時間、丟失的概率均由報文到達隊列的先後順序決定 · 對不匹配的數據源（即沒有流控機製的流，如UDP報文發送）無約束力，不匹配的數據源會造成匹配的數據源（如TCP報文發送）帶寬受損失 · 對時間敏感的實時應用（如VoIP）的延遲得不到保證
PQ	4	· 可對不同業務的數據提供絕對的優先，對時間敏感的實時應用（如VoIP）的延遲可以得到保證 · 對優先業務的報文的帶寬占用可以絕對優先	· 需配置，處理速度慢 · 如果不對高優先級的報文的帶寬加限製，可能會造成低優先級的報文得不到帶寬
WFQ	可配置	· 配置容易 · 可以保護配合（交互）的數據源（如TCP報文發送）的帶寬 · 可以減小抖動 · 可以減小數據量小的交互式應用的延遲 · 可以為不同優先級的流分配不同的帶寬 · 當流的數目減少時，能自動增加現存流可占的帶寬	處理速度比FIFO要慢，但比PQ、CQ要快
CBQ	可配置（0～4）	· 可以對數據根據靈活、多樣的分類規則進行劃分，分別為EF（加速轉發）、AF（確保轉發）、BE（盡力轉發）業務提供不同的隊列調度機製 · 可以為AF業務提供嚴格、精確的帶寬保證，並且保證各類AF業務之間根據權值按一定的比例關係進行隊列調度 · 可以為EF業務提供絕對優先的隊列調度，確保實時數據的時延滿足要求；同時通過對高優先級數據流量的限製，克服了PQ的低優先級隊列可能得不到服務的弊病 · 對於盡力轉發的缺省類數據，提供WFQ隊列調度	係統開銷比較大

如果流量突發較大，可以通過增加隊列長度的方法來改善隊列調度的準確率。

5.2 配置加權公平隊列

5.2.1 加權公平隊列配置過程

當接口沒有使用WFQ策略時，使用qos wfq命令可以使接口使用WFQ策略，同時指定WFQ的參數。如果接口已經使用了WFQ策略，使用qos wfq命令可以修改WFQ的參數。

表5-2 加權公平隊列配置過程

操作	命令	說明
進入係統視圖	system-view	-
進入接口視圖	interface interface-type interface-number	-
配置加權隊列	qos wfq queue weight schedule-value	必選缺省情況下，接口不使用WFQ，而使用FIFO
顯示接口加權公平隊列的配置統計信息	display qos wfq interface [ interface-type interface-number ] [ \| { begin \| exclude \| include } regular-expression ]	可選 display命令可以在任意視圖下執行