From: Mark Lasarko (mlasarko@co.ba.md.us)
Date: Thu Oct 26 2006 - 15:34:28 ART
IIRC...
RATE-LIMIT is the good old way to do things, order of ops to cascade.
SHAPE does not do any reservation - just smooths to an extent.
PRIORITY has the built-in policer w/ max b/w guarantee
Whereas the BANDWIDTH command provides neither of the above.
(the previous two statements in the context of congestion, obviously...)
I believe the POLICE command needs MQC - not_optional
Can also use PRIORITY and POLICY within the same pmap-c (fun!)
Some good reading in the Enterprise QoS SRND
@ www.cisco.com/go/srnd
~300 pages vs. the 2000+ pages of Cisco Press hard-cover I've read.
I should have started with the SRND doc;
The other 2000+ pages would have made more sense and it is free!
(with relatively intuitive sub-sections useful to those 'cramming')
HTH,
~M
>>> "Radoslav Vasilev" <deckland@gmail.com> 10/26/06 12:15 PM >>>
Hi,
I have seen 800-900 page books that try to answer your question above ;)
Rado
On 10/26/06, Skinner, Stephen <Stephen.Skinner@rbs.co.uk> wrote:
> Guys
>
> Can someone clarify this for me .
>
> These are the 5 Major commands used in QOS and my explanations for them .
>
>
> RATE-LIMIT - Old NON-MQC version of police .IN and OUT , cant use policy
> maps , uses ACL to match traffic
>
> POLICE - In and Out , uses MQC , can use policy-maps ,
>
> SHAPE , reserves bandwidth for class and buffers excess, uses MQC
>
> PRIORITY, Gives priority access to the hardware buffer for a certain amount
> of traffic , drops excess. Uses MQC
>
> BANDWIDTH - allocates fixed amount of guaranteed bandwidth , best effort
for
> excess traffic ( excess gets put with everyone else, or dropped) uses MQC.
>
> I know these are Rough answers , but to me they are pretty much the
> difference between the commands .
>
> Please feel free to expand on them .
>
>
> Many thanks in advance
>
> Stephen Skinner
>
>
>
> The Royal Bank of Scotland plc, Registered in Scotland No. 90312. Registered
Office: 36 St Andrew Square, Edinburgh EH2 2YB
>
> Authorised and regulated by the Financial Services Authority.
>
> This e-mail message is confidential and for use by the addressee only. If
the message is received by anyone other than the addressee, please return the
message to the sender by replying to it and then delete the message from your
computer. Internet e-mails are not necessarily secure. The Royal Bank of
Scotland plc does not accept responsibility for changes made to this message
after it was sent.
>
> Whilst all reasonable care has been taken to avoid the transmission of
viruses, it is the responsibility of the recipient to ensure that the onward
transmission, opening or use of this message and any attachments will not
adversely affect its systems or data. No responsibility is accepted by The
Royal Bank of Scotland plc in this regard and the recipient should carry out
such virus and other checks as it considers appropriate.
>
> _______________________________________________________________________
> Subscription information may be found at:
> http://www.groupstudy.com/list/CCIELab.html
This archive was generated by hypermail 2.1.4 : Wed Nov 01 2006 - 07:29:06 ART