3550交換機QoS時序及隊列討論（二）

2019-11-05 01:34:20

字體：大中小

來源：轉載

供稿：網友

　　隊列的權值可以通過IOS show 命令進行驗證：
　　
　　NifNif#sh mls qos interface gig 0/1 queueing
　　
　　GigabitEthernet0/1
　　
　　QoS is disabled. Only one queue is used
　　
　　When QoS is enabled, following settings will be applied
　　
　　Egress eXPedite queue: dis
　　
　　wrr bandwidth weights:
　　
　　qid-weights
　　
　　1 - 25
　　
　　2 - 25
　　
　　3 - 25
　　
　　4 - 25
　　
　　假如啟用了快速優先級隊列，Q4的權值僅在快速隊列失效時使用。
　　
　　看下面的示例：
　　
　　NifNif#sh mls qos interface gig 0/1 queueing
　　
　　GigabitEthernet0/1
　　
　　Egress expedite queue: ena
　　
　　wrr bandwidth weights:
　　
　　qid-weights
　　
　　1 - 25
　　
　　2 - 25
　　
　　3 - 25
　　
　　4 - 25
　　
　　!--- The expedite 隊列 is disabled.
　　
　　Catalyst 3550 交換機的WRED
　　
　　3550 家族交換機中，只有千兆端口支持WRED。 WRED是RED的修正版本，用來避免擁塞的發生。RED定義了如下的參數：
　　
　　min-threshold（最小限度）: 描述了一個隊列內的限制，無包被歸于低于該限度
　　
　　max-threshold（最大限度）: 描述了隊列的另一個限制。所有包被歸于高于最大限度。
　　
　　slope（斜率）: 介于最大和最小值之間的丟包概率。隨隊列大小的變化，丟包率將按照一定的斜率增加。
　　
　　下圖表示了在RED隊列中的丟包率。注重，所有的Catalyst 交換機都答應采用可調的斜率來執行RED。
　　
　　在WRED中，不同的服務是通過加權方式工作的。你可以定義一個標準的服務和一個高級的服務。每個服務被分配不同的極限。當達到最小極限1時，只有被標示為標準服務的包會被丟棄。當達到最小極限2時，僅高級服務的數據包將會被丟棄。假如最小極限值2高于1，被丟棄的包中，普通服務的數量高于高級服務。下圖顯示了WRED 中每個應用服務的可能的丟包率。
　　　

　　3550交換機不答應調節最小限度，僅答應調節最大限度。最小限度被固定為0。下圖給出了一個3550交換機上普遍實現的丟包率。
　　
　　3550交換機上的任何激活的隊列通常有一個非零的丟包率，而總是有部分數據包被丟棄。這是因為最小極限值總是為0。若要避免丟包率達到最大值，最好采用加權尾部數據丟棄的方式，下一節將進行描述。
　　

　　注重: 關于配置最小極限值的一些增強性需求，參考下面文檔：Bug ID CSCdz73556.
　　
　　要了解關于該BUG的更多信息，需要使用到Bug Toolkit。
　　
　　3550交換機上，WRED可以被配置成兩種不同的最大極限值，以提供兩種不同的服務。
　　
　　不同類型的數據流根據各自的內部服務代碼要點區分(Differentiated Services Code Points DSCPs)被標識為各自的極限值。這有別于根據數據包的服務類別（CoS）來劃分的隊列標識。DSCP與極限列表的映射關系決定64個DSCPs 中各自對應的極限值。
　　
　　使用下面的命令，可以顯示及更改該列表：
　　
　　(config-if)# wrr-queue dscp-map threshold_number DSCP_1 DSCP_2 DSCP_8
　　
　　例如，下面的命令表示了DSCP 23 對應于極限值 2：
　　
　　NifNif(config-if)#wrr-queue dscp-map 2 26
　　
　　NifNif#sh mls qos int gig 0/1 queue
　　
　　GigabitEthernet0/1
　　
　　Dscp-threshold map:
　　
　　d1 : d2 0 1 2 3 4 5 6 7 8 9
　　
　　---------------------------------------
　　
　　0 : 01 01 01 01 01 01 01 01 01 01
　　
　　1 : 01 01 01 01 01 01 02 01 01 01
　　
　　2 : 01 01 01 01 02 01 02 01 01 01
　　
　　3 : 01 01 01 01 01 01 01 01 01 01
　　
　　4 : 02 01 01 01 01 01 02 01 01 01
　　
　　5 : 01 01 01 01 01 01 01 01 01 01
　　
　　6 : 01 01 01 01
　　
　　一旦定義了DSCP與極限值的映射關系，你所選擇的隊列的WRED 將會被激活。
　　
　　使用下面的命令：
　　
　　(config-if)# wrr-隊列 random-detect max-thresold 隊列_id Threshold_1 Threshold_
　　
　　下例顯示了Q1隊列分別被配置為極限值1 = 50% 及極限值 2 = 100%, 以及極限值 1 = 70% 和極限值 2 = 100%的情況。
　　
　　3550(config)# interface gigabitethernet0/1
　　
　　3550(config-if)# wrr-queue random-detect max-threshold 1 50 100
　　
　　3550(config-if)# wrr-queue random-detect max-threshold 2 70 100
　　
　　3550(config-if)# wrr-queue random-detect max-threshold 3 50 100
　　
　　3550(config-if)# wrr-queue random-detect max-threshold 4 70 100
　　
　　可以通過下面的命令來驗證每個隊列的類型（WRED或其他）：
　　
　　nifnif#sh mls qos int gi 0/1 buffers
　　
　　GigabitEthernet0/1
　　
　　..
　　
　　qid WRED thresh1 thresh2
　　
　　1 dis 10 100
　　
　　2 dis 10 100
　　
　　3 ena 10 100
　　
　　4 dis 100 100
　　
　　ena 表示enable，隊列使用WRED方式。 dis 表示 disable，隊列使用Tail Drop（tail drop）方式。
　　
　　使用下面命令可以監視在每個極限值下丟棄的包的數量。
　　
　　sh mls qos int gig x/x stat
　　
　　WRED drop counts:
　　
　　qid thresh1 thresh2 FreeQ
　　
　　1 : 327186552 8 1024
　　
　　2 : 0 0 1024
　　
　　3 : 37896030 0 1024
　　
　　4 : 0 0 1024
　　
　　Catalyst 3550 交換機的Tail Drop
　　
　　Tail Drop是3550交換機的千兆端口上的缺省的治理機制。每個千兆端口可以有兩個尾部極限值。每個Tail Drop極限值所標識的整套的DSCP 使用同樣的DSCP極限值映射表，本文檔的WRED章節已經定義。當達到極限值，所有的數據包都將被丟棄的極限值。使用下面命令配置尾部丟棄極限值：
　　
　　(config-if)# wrr-queue threshold queue-id threshold-percentage1 threshold-percentage2
　　
　　下面的配置示例定義了Q1的尾部丟棄極限值1 = 50%，極限值2 = 100%，以及極限值1 = 70% 和極限值2 = 100%
　　
　　Switch(config-if)# wrr-queue threshold 1 50 100
　　
　　Switch(config-if)# wrr-queue threshold 2 70 100
　　
　　Switch(config-if)# wrr-queue threshold 3 60 100
　　
　　Switch(config-if)# wrr-queue threshold 4 80 100
　　
　　配置千兆端口上的隊列大小
　　
　　3550 交換機使用中心緩存。這意味著每個端口上沒有固定的緩存大小。
　　
　　但是，千兆端口上的固定數量的數據包可以被排列。這些數量固定為4096。缺省的，千兆端口上的每個隊列可以達到1024個數據包，而不管包的大小?？梢允褂孟旅娴拿罡倪@4096個數據包在四個隊列中的分配：
　　
　　wrr-queue queue-limit Q_size1 Q_size2 Q_size3 Q_size4
　　
　　如下例所示：
　　
　　3550(config)# interface gigabitethernet0/1
　　
　　3550(config-if)# wrr-queue queue-limit 4 3 2 1
　　
　　這些隊列的大小參數是相關的，上例表示隊列Q1的數據包大小是Q4的4倍，Q2是Q4的3倍，Q3是Q4的2倍。4096個數據包被重新分配如下：
　　
　　· Q1 = [4 /(1+2+3+4) ] * 4096 = 1639 packets
　　
　　· Q2 = 0.3 * 4096 = 1229 packets
　　
　　· Q3 = 0.2 * 4096 = 819 packets
　　
　　· Q1 = 0.1 * 4096 = 409 packets
　　
　　下面的命令可以顯示四個隊列中分割的緩沖區之間相關的權值：
　　
　　cat3550# sh mls qos int buffers
　　
　　GigabitEthernet0/1
　　
　　Notify Q depth:
　　
　　qid-size
　　
　　1 - 4
　　
　　2 - 3
　　
　　3 - 2
　　
　　4 - 1
　　
　　...
　　
　　你也可以使用下面的命令來察看每個隊列中還保持了多少空閑的數據包：
　　
　　(config-if)# sh mls qos int gig x/x stat
　　
　　WRED drop counts:
　　
　　qid thresh1 thresh2 FreeQ
　　
　　1 : 0 0 1639
　　
　　2 : 0 0 1229
　　
　　3 : 0 0 819
　　
　　4 : 0 0 409

上一篇：3550交換機QoS時序及隊列討論（一）

下一篇：軟交換信令網關中2M高速鏈路的實現