CBWFQ - Reseving BW for Voice

From: Ken.Farrington@barclayscapital.com
Date: Wed Oct 22 2003 - 07:46:50 GMT-3


All,

Good Morning,

Please can I confirm a couple of points.

On the excersise below, Should I use for voice traffic, the priority
keyword as this I beleive invokes LLQ or should i just use bandwidth (i
think this may cause delay in the queing of voice data and is not a good
idea?)

What happens if I do not specify max-bandwidth on the interface to 100 as my
%s total 90% - Is this 90% of the 75% that is used by default?

If I dont specify a class-default, does all other traffic get denied, or is
just quese in the remain 25 percent reserved for other traffic?

Please if someone could help me on these points, it would be fantasic.

Many thx,
Ken

I have an excercise to do the folloiwng

Users on a that share a serial line, should have the following restrictions
:-
35% FTP Traffic
25% Telnet Traffic
30% Voice Traffic

so, using CBWFQ config as below

map-class voice
 match access-group 100
map-class telnet
 match access-group 110
map-class ftp
 match access-group 120

policy-map traffic
 class voice
  priority 30
 class telnet
  bandwidth 25
 class ftp
  bandwidth 35

acess-list ............

------------------------------------------------------------------------
For more information about Barclays Capital, please
visit our web site at http://www.barcap.com.

Internet communications are not secure and therefore the Barclays
Group does not accept legal responsibility for the contents of this
message. Although the Barclays Group operates anti-virus programmes,
it does not accept responsibility for any damage whatsoever that is
caused by viruses being passed. Any views or opinions presented are
solely those of the author and do not necessarily represent those of the
Barclays Group. Replies to this email may be monitored by the Barclays
Group for operational or business reasons.

------------------------------------------------------------------------



This archive was generated by hypermail 2.1.4 : Mon Nov 24 2003 - 07:53:06 GMT-3