RE: Confused about words in QoS

From: Brian McGahan (bmcgahan@internetworkexpert.com)
Date: Fri Oct 08 2004 - 16:17:17 GMT-3


Imran,

        Yes, you can do a bandwidth reservation and do policing at the
same time. The bandwidth command is used to configure a minimum
guarantee of bandwidth of the output queue when congestion occurs.
Unlike the low latency queue (the priority statement), the bandwidth
keyword does not have a built in policer. This means that while there
is a guaranteed minimum service, there is no enforced maximum service.
Using policing in conjunction with a bandwidth reservation allows you to
say class X is guaranteed Y amount of bandwidth, but can't go over Z
amount.

HTH,

Brian McGahan, CCIE #8593
bmcgahan@internetworkexpert.com

Internetwork Expert, Inc.
http://www.InternetworkExpert.com
Toll Free: 877-224-8987 x 705
Outside US: 775-826-4344 x 705
24/7 Support: http://forum.internetworkexpert.com
Live Chat: http://www.internetworkexpert.com/chat/

> -----Original Message-----
> From: nobody@groupstudy.com [mailto:nobody@groupstudy.com] On Behalf
Of
> high spirit
> Sent: Friday, October 08, 2004 9:05 AM
> To: ccielab@groupstudy.com
> Subject: Confused about words in QoS
>
> hi group ,
>
> Its a bit confusing about the words us in QoS.
> The doubt i have is like suppose in Class-based we are
> asked ...
>
> 1. Limit/Restrict the bandwidth to 64 Kb
> ( OR )
> 2. Allocate the bandwidth of 64 Kb
> ( OR )
> 3. Assign the bandwidth of 64 Kb
>
>
> Then as per my understaning i would use ' Police
> 64000 ' command for the 1st question and use '
> bandwidth 64 ' for the 2 and 3 option .
>
> Whats ur opinion ???
>
> Also is it possible / Logical to use both bandwitdth
> and police command together ??? if yes , then how is
> it expected to work ???
>
>
> Thanx,
>
> Imran .
>
>
>
>
>
> ___________________________________________________________ALL-NEW
Yahoo!
> Messenger - all new features - even more fun!
> http://uk.messenger.yahoo.com
>
>



This archive was generated by hypermail 2.1.4 : Sat Nov 06 2004 - 17:11:45 GMT-3