From: yu chunyan (yuchunyan@hotmail.com)
Date: Fri Oct 24 2003 - 20:22:30 GMT-3
Dependent on ios ver. bandwidth percent refers to available bandwidth
(ios12.21d) or to total bandwidth of interface(ios 12.2(15)). In first,
total percent can add up to 100%. In second, total percent cannot beyond max
reseved bandwidth(75% by default).
Bin.
>From: Ken.Farrington@barclayscapital.com
>Reply-To: Ken.Farrington@barclayscapital.com
>To: robert.mccallum@thus.net, ccielab@groupstudy.com
>Subject: RE: CBWFQ - Reseving BW for Voice
>Date: Wed, 22 Oct 2003 12:01:48 +0100
>
>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
>
>_______________________________________________________________________
>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:08 GMT-3