前言

bandwidth及PRiority命令兩個定義了可以是適用在一個模塊化服務質量命令行接口的動作(MQC) policy-map之內，您適用于接口、子接口或者虛擬電路通過service-policy命令。特定地，這些命令提供一個帶寬保證給匹配話務類別的標準的信息包。然而，二個命令有重要功能上的區別在那些保證。此技術說明解釋那些區別并且解釋組的未使用的帶寬如何被分配到匹配其他組的流。

使用的組件

本文不限于特定軟件和硬件版本。

本文提供的信息在特定實驗室環境里從設備被創建了。用于本文的所有設備開始了以一個缺?。J）配置。假如在一個真實網絡工作，保證您使用它以前了解所有命令的潛在影響。

區別匯總

下面的表列出bandwidth及priority命令的之間功能上的區別。

區別匯總

下面的表列出bandwidth及priority命令的之間功能上的區別。

功能

bandwidth命令

priority命令

最小帶寬保證

是

是

最 大帶寬保證

否

是

內置策略器

否

是

提供低延時

否

是

另外，bandwidth及priority命令設計符合不同的服務質量（QoS）制度目標。下面的表列出那些不同于的目標。

應用程序

bandwidth命令

priority命令

帶寬治理為廣域網鏈路

是

有些

治理在延遲(抖動的上)延遲和變化

否

是

改進應用響應時間

否

是

與快速的接口，多數網絡還是需要一個強大的QoS治理模型有效涉及不可避免地發生由于速度不匹配或不同流量模式的擁塞點和瓶頸。實際全球網絡有有限資源和資源瓶頸，并且需要QoS策略保證適當的資源分配。

配置bandwidth命令

® Cisco IOS配置指南描述bandwidth命令作為" 相當數量帶寬，在kbps，分配到組。To指定或修改為組分配的帶寬屬于策略映射"。

查看什么這些定義意味著。

在擁塞期間，bandwidth命令提供最小帶寬保證。有命令句法的三張表，如下表所示。

語法

說明

 bandwidth {kbps} 

指定帶寬分配作為比特率。

 bandwidth percent {value} 

指定帶寬分配作為底層鏈路速率的 百分比。

 bandwidth remaining percent {value} 

指定帶寬分配作為未分配 到其他組帶寬的百分比。

注重：bandwidth命令定義了一個工作情況，是最小帶寬保證。不是所有的Cisco路由器平臺使用加權公平排隊(WFQ)作為底層算法實現此工作情況。

配置priority命令

Cisco IOS配置指南描述priority命令作為預留"一個優先級隊列帶有一個指定的數量可用的帶寬為CBWFQ數據流。To在數據流策略之內制定優先級根據相當數量的話務類別可用的帶寬"。

您創建一個優先級隊列與以下一組命令：

Router(config)#policy-map policy-name   Router(config-pmap)#class class-name   Router(config-pmap-c)#priority kpbs [bytes]  

在擁塞狀況期間，話務類別是保證的帶寬相等與指定的速率。(收回帶寬保證是僅問題當接口被堵塞。)換句話說，priority命令提供最小帶寬保證。

另外，priority命令實現一個最大帶寬保證。內部，優先級隊列使用測量流入負載的令牌桶并且保證數據流依照配置的速率。只交易依照令牌桶是保證的低延時。發送所有超額數據流假如鏈路沒有擁塞或降低假如鏈路擁塞。

內置策略器的目的將保證其他隊列由排隊調度程序服務。在Cisco的原始優先級排隊功能，使用priority-group及priority-list命令，調度程序首先總服務了高優先級隊列。在非凡情況下，低優先級隊列很少被服務了和有效是極度缺乏帶寬。

priority命令的真正的好處--和其主要區別從bandwidth命令--是在潛伏期如何提供嚴格離隊優先級提供區域。這是Cisco IOS配置指南如何描述此好處："答應延遲敏感數據例如語音離隊和發送一個嚴格的優先級隊列在信息包在其他隊列離隊之前"。

每個路由器接口維護以下兩組隊列 ：

隊列

位置

排隊方法

服務策略適用

命令調整

硬件隊列或 傳輸環路

端口適配器或網絡模塊

僅FIFO

否

tx-ring-limit

第三 層隊列

第三層處理器系統或接口緩 沖區

基于流的WFQ，CBWFQ， LLQ

是

隨排隊方法變化。使用 queue-limit命令帶有帶寬等級。

從上述表，我們能發現服務策略在第三層隊列僅適用于信息包。

嚴格離隊提到服務優先級隊列和首先轉發其信息包的排隊調度程序到傳輸環路。在物理媒介之前，傳輸環路是最后終止。

在以下例證，配置傳輸環路保持四個信息包。假如三個信息包已經在環，則最好我們能排隊到第四個位置然后等待其他三倒空。因此，低延時列隊LLQ機制在傳輸環路簡單離隊信息包對驅動器級先入先出（FIFO ）隊列的尾端。

使用tx-ring-limit命令調整傳輸環路的大小到非默認值。Cisco推薦調整傳輸環路當傳輸語音流量時。

話務優先級劃分為延遲敏感，基于交互式事務的應用是非凡重要的。使延遲和抖動減到最小，網絡設備一定能服務語音信息包當他們到達，換句話說，或者在嚴格優先級方式。什么都嚴格優先級為語音良好不短小工作。除非語音信息包immediatly離隊，每次跳躍將引入更多延遲。

國際通信聯盟(ITU)推薦最大150毫秒單向端到端延遲。沒有立即離隊在路由器接口，一次單個路由器跳躍能解決大多數此延遲預算。

注重：用兩個命令，千位每秒值應該考慮到第二層開銷。換句話說，假如保證做對組，該保證是關于第二層吞吐量。

哪些話務類別能使用超額帶寬？

雖然bandwidth及priority命令提供的帶寬保證被描述了帶有將留出的詞類似"保留"和"帶寬" ，兩個命令不實現一個真正的預留。換句話說，假如話務類別不使用其配置的帶寬，所有未使用的帶寬在其他組被共享。

排隊系統強加重要例外到此規則帶有優先等級。 如上所述，優先等級的流入負載由信息數據流策略測量。 在擁塞狀況期間，優先等級不能使用任何 超額帶寬。

當帶寬等級和優先等級 能使用超額帶寬時，下面的表描述。

命令

擁塞

非擁塞

bandwidth命令

準許超出分配的費率。

準許超出分配的費率。

priority命令

Cisco IOS測量信息包并且通過令牌桶應用數據流測 量系統。配比的信息包被管轄到配置的bps費率，并且丟棄所 有超額信息包。

組可以超出其配置 的帶寬。

注重：這些指南的例外LLQ是幀中繼在Cisco 7200路由器和其他non-Route/Switch 處理器(RSP)平臺。在非擁塞 期間，基于幀中繼的LLQ的最初的實施在這些平臺沒有答應優先等級超出配置的速率。Cisco IOS軟件版本12.2取消此例外并且保證不達標的信息包只投下假如有擁塞。另外，信息包小于FRF.12分段大小通過分段進程不再被發送，降低CPU利用率。

從上述論述，請注重因為在擁塞狀況期間，優先等級被管轄，他們從帶寬等級沒有分配任何個剩余帶寬。因此，剩余帶寬由所有帶寬等級和class-default共享。

如何分配未使用的帶寬？

此部分說明排隊系 統如何分配任何個剩余帶寬。這是基于類的加權公平排隊功能概述如何描述分配機制："假如超額帶寬是可用的，超額帶寬在話務類別之中被劃分以他們的配置的帶寬的比例。假如不是分配所有帶寬，剩余帶寬在組之中按比例分配，根據他們的 配置的帶寬"。請查看二個示例。

在第一個示例，policy-map foo保證帶寬的30%對bar 類和帶寬的60%對baz類。

policy-map foo    class bar      bandwidth percent 30   class baz    bandwidth percent 60

運用此制度于1 Mbps鏈路意味著300 kbps 保證對bar類，并且600 kbps保證對baz類。重要地，100 kbps為class-default是殘余的。假如class-default不需要它，未使用的100 kbps是可用的供bar類和baz類使用。假如兩個組需要帶寬，他們共享它以配置的速率的比例。在此配置，共享的比率是30:60或1:2。

此下一個示例與bandwidth remaining percent命令結合bandwidth percent命令明確地控制未使用的100千位每秒帶寬的分配。與此配置，100 kbps在80:10 (8:1)比率共享在bar類和baz之間。

policy-map foo   class bar     bandwidth percent 30     bandwidth remaining percent 80   class baz     bandwidth percent 60     bandwidth remaining percent 10

使用police命令設置最大值

假如帶寬或優先等級不應該超出其分配的帶寬在周期沒有擁塞，您能與police命令結合priority命令。此配置強加總是活躍的在組的一個最大速率。選擇配置監控語句在此配置取決于制度的目標。

了解可用帶寬值

此部分在show interface或show queueing命令的輸出說明排隊系統如何得到可用帶寬值，如顯示 。

我們創建了名為leslie的以下policy-map。

7200-16#show policy-map leslie

Policy Map leslie

Class voice

Weighted Fair Queueing

Strict Priority

Bandwidth 1000 (kbps) Burst 25000 (Bytes)

Class data

Weighted Fair Queueing

Bandwidth 2000 (kbps) Max Threshold 64 (packets)

我們創建了一個ATM永久虛擬電路(PVC) ，然后分配它到VBR非實時ATM服務類別，并且配置了6 Mbps的持續信元速率。我們然后適用policy-map于PVC用service-policy output leslie命令。

7200-16(config)#interface atm 4/0.10 point

7200-16(config-subif)#pvc 0/101

7200-16(config-if-atm-vc)#vbr-nrt 6000 6000

7200-16(config-if-atm-vc)#service-policy output leslie



show queueing interf ace atm命令顯示"可用的帶寬1500 kilobits/sec"。

7200-16#show queueing interface atm 4/0.10

Interface ATM4/0.10 VC 0/101

Queueing strategy: weighted fair

Output queue: 0/512/64/0 (size/max total/threshold/drops)

Conversations  0/0/128 (active/max active/max total)

Reserved Conversations 1/1 (allocated/max allocated)

Available Bandwidth 1500 kilobits/sec



請查看此值如何得到：

6 Mbps是持續信元速率(SCR)。默認情況下此的75% reservable：

0.75 * 6000000 = 4500000



3000語音和數據類別已經使用kbps：

4500000 - 3000000 = 1500000 bps



可用的帶寬是1500000 bps。

75%的默認最大值可預留的帶寬值設 計留下充足的帶寬為頂上的數據流，例如路由協議更新和第二層 Keepalive。它也包括第二層開銷為匹配被定義的話務類別或等級默認的等級的信息包。您在ATM PVC能使用 max-reserved-bandwidth命令現在增加最大可預留帶寬值。

在幀中繼PVC，bandwidth及priority命令計算總量可用的帶寬如下：

假如沒有配置一個最低的可接受的承諾信息速率(minCIR)，CIR除二。

假如配置minCIR，minCIR設置用于計算。充分的帶寬從上述費率可以分配到帶寬和優先等級。

因此，max-reserved-bandwidth命令幀中繼PVC不支持，雖然您應該保證帶寬配置的相當數量是足夠大適應第二層開銷。