From: Ken.Farrington@barclayscapital.com
Date: Wed Oct 22 2003 - 08:01:48 GMT-3
Many thx indeed, Robert,
but one Q on that
I can queue up to 100 percent on the policy map and the router accepts it,
sorry if I repeat myself, but just the fact that i can config up to 100% on
the policy map does not make sense, if by default i only have 75&
could you clarify that one point for me please
!
policy-map TRAFFIC
class FTP
bandwidth percent 15
class TELNET
bandwidth percent 20
class other
bandwidth percent 45
R5#sh policy-map
Policy Map TRAFFIC
Class FTP
Bandwidth 15 (%) Max Threshold 64 (packets)
Class TELNET
Bandwidth 20 (%) Max Threshold 64 (packets)
Class other
Bandwidth 45 (%) Max Threshold 64 (packets)
-----Original Message-----
From: McCallum, Robert [mailto:robert.mccallum@thus.net]
Sent: 22 October 2003 11:51
To: 'Ken.Farrington@barclayscapital.com'; 'ccielab@groupstudy.com'
Subject: RE: CBWFQ - Reseving BW for Voice
Inline.
Robert McCallum
CCIE #8757 R&S
01415663448
07818002241
> -----Original Message-----
> From: Ken.Farrington@barclayscapital.com
> [mailto:Ken.Farrington@barclayscapital.com]
> Sent: 22 October 2003 11:47
> To: ccielab@groupstudy.com
> Subject: CBWFQ - Reseving BW for Voice
>
>
> All,
>
> Good Morning,
>
> Please can I confirm a couple of points.
>
> On the excersise below, Should I use for voice traffic, the
> priority keyword
Damn right this puts the "gold" traffic into the priority queue.
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?)
As above use priority
>
> 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 you do not specify max bandwidth then you can ONLY queue to 75% of link
bandwidth.
>
> 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?
No all unmatched traffic goes into the default class by default (if that
makes sense).
One thing for you to watch out for however is your prec 6 and prec 7 system
traffic i.e.
Your ospf hellos etc. If you do not match these then these will also go
into your default
Queue. This is obviously slightly bad if you configure a high bandwidth for
your priority queue.
HTH
>
>
> 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.
>
> --------------------------------------------------------------
> ----------
>
> ______________________________________________________________
> _________
> 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 : Mon Nov 24 2003 - 07:53:06 GMT-3