NifNif#sh mls qos interface gig 0/1 queueing
GigabitEthernet0/1
Egress expedite queue: ena
Catalyst 3550上的WRR(Weighted Round Robin)
在3550上,WRR是一个对输出时间序列进行管理的机制。WRR在三个或四个队列(如果没有绝对优先级队列)之间工作。使用WRR模式的队列在循环方式下是置空的,可以为每个队列配置相应的权值。
例如,配置了不同的权值,不同的队列将提供不同的服务,如下所示:
Serving WRR Q1 : 10% of time
Serving WRR Q2 : 20% of time
Serving WRR Q3 : 60% of time
Serving WRR Q4 : 10% of time
对每个队列,你可以在端口模式使用以下命令来配置四个权值(各自相对于一个队列):
(config-f)#wrr-queue bandwidth weight1 weight2 weight3 weight4
示例如下:
3550(config)# interface gigabitethernet0/1
3550(config-if)# wrr-queue bandwidth 1 2 3 4
注意:权值是相对的,下面是计算方式
Q1 = weight 1 /(weight1 + weight2 + weight3 + weight4) = 1/(1+2+3+4) = 1/10
Q2 = 2/10
Q3 = 3/10
Q4 = 4/10
WRR可通过以下两种方式执行:
1. WRR per bandwidth: 每个权值描述了可以用于发送的特别带宽。权Q1允许使用大约 10%的带宽, Q2 将获得大约20%的带宽,以此类推。 改方案目前仅在Catalyst 6000 系列交换机上实现。
2. WRR per packet: 该算法在 3550 交换机上实现。 这表示每个权值表示了某个数量的数据包将被发送,而不管包的大小如何。
3550上实现WRR per packet表现为如下形式:
l Q1 传输 1/10 的数据包
l Q2 传输 2/10 的数据包
l Q3 传输 3/10 的数据包
l Q4 传输 4/10 的数据包
如果被传送的包是同样大小则是最理想的情况。在4个队列中你依然能够获得理想的共享带宽。然而,如果队列间的平均包大小有差异,则会在拥塞事件发生时对传输产生巨大的影响。
例如,假设当前交换机只有两个数据流, 同时假设处于以下的情形:
一个千兆口的队列2(Q2)以Cos 3类别方式每秒传输少量的交互应用数据流(80字节/帧)