From: Bob Sinclair (bsinclair@netmasterclass.net)
Date: Fri Jul 16 2004 - 12:11:45 GMT-3
The wrr-queue bandwidth weighs are relative values, not raw percentages.
The weights 1 2 2 10 lead to the following percentages:
1/15, 2/15, 2/15, 10/15
A further complication, the 3550 algorithm is based on packets, not bytes.
So the actual bandwidth percent values only work if the packet sizes are
equal. For more info check this link:
http://www.cisco.com/warp/public/473/187.html#topic4
HTH,
Bob Sinclair
CCIE #10427, CISSP, MCSE
www.netmasterclass.net
----- Original Message -----
From: <gladston@br.ibm.com>
To: <ccielab@groupstudy.com>
Sent: Friday, July 16, 2004 9:51 AM
Subject: WRR-QUEUE Bandwidth
> Suppose we should reserve 35% of the bandwidth for queue 3 on 3550. The
system acepts the command wrr-queue bandwidth 22 22 35 22. The sum of these
numbers give us 106. Even though the system acept the command, it seems it
has a decision to make: which queue will receive less bandwidth, because I
can not give 22% for queue 1, 22% for queue2, 35% for queue 3 and 22% for
queue 4. Is that correct? or it just represent a time and is not limited to
100%?
>
> "...determines the ratio...in which the WRR scheduler dequeues packets".
> Can I conclude that if there is congestion 35% will be reserved to queue 3
and if there is no congestion queue 3 can use more than 35%?
>
> S1#c
> Enter configuration commands, one per line. End with CNTL/Z.
> S1(config)#int fa 0/2
> S1(config-if)#wrr-queue bandwidth 22 22 35 22
>
>
> S1#sh mls qos interface fa 0/2 queu
> FastEthernet0/2
> Egress expedite queue: dis
> wrr bandwidth weights:
> qid-weights
> 1 - 22
> 2 - 22
> 3 - 35
> 4 - 22
>
> _______________________________________________________________________
> Please help support GroupStudy by purchasing your study materials from:
> http://shop.groupstudy.com
>
> Subscription information may be found at:
> http://www.groupstudy.com/list/CCIELab.html
This archive was generated by hypermail 2.1.4 : Sun Aug 01 2004 - 10:11:57 GMT-3