From: Packet Man (ccie2b@hotmail.com)
Date: Thu Feb 26 2004 - 17:31:25 GMT-3
Hi,
I'm not positive about this but my guess and what I've heard is that the
bandwidth interface command's function is to let the routing protocol how
much bandwidth is avaiable on a link which in turn some portocols use to
compute cost or metric (OSPF or Eigrp).
I don't know what bandwidth QoS uses or where it gets the bandwidth amount
when it needs to compute a percentage. But, I do know that with some QoS
features, various parameters should be based on the actual bandwidth rather
than the policed or shaped bandwidth. I don't remember all the details, but
I came across this info in the DQoS book.
HTH
>From: "David Hurtado" <deivi78@hotmail.com>
>Reply-To: "David Hurtado" <deivi78@hotmail.com>
>To: bmcgahan@internetworkexpert.com, antonio.sanchez-monge@hp.com,
>msnyder@revolutioncomputer.com, ccielab@groupstudy.com
>CC: alsontra@hotmail.com
>Subject: RE: MQC for bandwidth reservation (max-reserved-bandwidth 100)
>Date: Thu, 26 Feb 2004 19:52:55 +0000
>
>Hello everybody,
>
>I stiil don't know why to use the "bandwidth" command in interface mode
>when configuring CBWFQ if you are respecting the
>maximum-reserve-bandwidth limitation:
>
> For example:
>
>class-map match-all ICMP
>match access-group 101
>
> policy-map ICMP_BW
>class ICMP
>bandwidth 128
>
> interface fa1/0/0
>bandwidth 1500 <-----------------------------When does this need to
> be
> specified?
>service-policy output ICMP_BW
>
>128 kbps is not over 75% of the FastEternet BW. Why do i have to
>configure "bandwidth 1500"?
>
>Could somebody explain it to me, please?
>
>Thanks a lot
>
> >From: "Brian McGahan" >Reply-To: "Brian McGahan" >To:
>"'SANCHEZ-MONGE,ANTONIO (HP-France,ex2)'" , "'Michael Snyder'" ,
> >CC: >Subject: RE: MQC for bandwidth reservation (max-reserved-bandwidth
>100) >Date: Wed, 25 Feb 2004 14:24:08 -0600 > > As long as you take this
>network traffic into account you are fine. >For example, on a GigE link,
>it's a little ridiculous to say that 250Mbps of >traffic will be network
>traffic. If you configure a class (i.e. not >class-default) which
>matches your routing traffic and network traffic and >reserve the
>appropriate bandwidth for it you are fine. > > Depending on the platform
>the router may employ it's own queueing >strategy for essential network
>control traffic. For more info see this cco >doc: >
> >http://www.cisco.com/warp/public/105/rtgupdates.html > > >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 > > > > -----Original Message-----
> > > From: nobody@groupstudy.com [mailto:nobody@groupstudy.com] On Behalf
>Of > > SANCHEZ-MONGE,ANTONIO (HP-France,ex2) > > Sent: Wednesday,
>February 25, 2004 10:07 AM > > To: 'Michael Snyder';
>ccielab@groupstudy.com > > Cc: alsontra@hotmail.com > > Subject: RE: MQC
>for bandwidth reservation (max-reserved-bandwidth 100) > > > > Hi
>Michael, > > > > -> Won't max-reserved-bandwidth 100 be a good default
>command to use with > > MQC interfaces? > > > > Reserving 100% of the
>total bandwidth may starve the router generated > > traffic and break
>routing protocols and other essential management > > traffic. > > That's
>why it is 75% by default and not 100%. > > > > Cheers, > > Ato. > > > >
>-----Original Message----- > > From: Michael Snyder
>[mailto:msnyder@revolutioncomputer.com] > > Sent: miircoles, 25 de
>febrero de 2004 16:52 > > To: ccielab@groupstudy.com > > Cc:
>alsontra@hotmail.com > > Subject: RE: MQC for bandwidth reservation
>(max-reserved-bandwidth 100) > > > > > > Well, if you are using more that
>75% of the bandwidth value (per the show > > int cmd) then you need to up
>the upper limit. > > > > R8(config-if)#max-reserved-bandwidth 100 > > > >
>Which brings up a question, > > > > Won't max-reserved-bandwidth 100 be a
>good default command to use with MQC > > interfaces? > > > > > > > > > >
> > > -----Original Message----- > > From: alsontra@hotmail.com
>[mailto:alsontra@hotmail.com] > > Sent: Wednesday, February 25, 2004
>11:08 AM > > To: SANCHEZ-MONGE,ANTONIO (HP-France,ex2);
>ccielab@groupstudy.com > > Subject: Re: MQC for bandwidth reservation > >
> > > Thank you Ato. > > > > My question was more in regards of whether or
>not you have to specify the > > command when reserving bandwidth. I've
>seen MQC configurations with and > > without the interface level
>bandwidth command. I think your saying that I > > only need to specify
>bandwidth if the reference bandwidth is different > > than > > the
>interface bandwidth. > > > > > > Thanks > > Alsontra > > > > > > > > > >
>----- Original Message ----- > > From: "SANCHEZ-MONGE,ANTONIO
>(HP-France,ex2)" > > monge@hp.com> > > To: ; > > Sent: Wednesday,
>February 25, 2004 2:29 AM > > Subject: RE: MQC for bandwidth reservation
> > > > > > > Hi Alsontra, > > > > Both bandwidth commands have very
>different meanings. > > > > Under the interface, it means the total
>reference bandwidth. Used for QoS > > but also for routing protocols,
>etc... Normally you need to change it in > > serial interfaces where the
>real bandwidth is different from T1, etc... > > > > Under the class in a
>policy map, it is the bandwidth you want to reserve > > for > > a
>particular class. The total reserved bandwidth cannot exceed by default >
> > 75% of the reference bandwidth. > > > > Cheers, > > Ato. > > > >
>-----Original Message----- > > From: nobody@groupstudy.com
>[mailto:nobody@groupstudy.com] On Behalf Of > > alsontra@hotmail.com > >
>Sent: miircoles, 25 de febrero de 2004 11:01 > > To:
>ccielab@groupstudy.com > > Subject: MQC for bandwidth reservation > > > >
> > > When is the interface level bandwidth command used or needed with
>MQC? > > > > For example: > > > > class-map match-all ICMP > > match
>access-group 101 > > > > policy-map ICMP_BW > > class ICMP > >
>bandwidth 128 > > > > interface fa1/0/0 >
> > bandwidth 1500 <-----------------------------When does this need
>to > > be > > specified? > > service-policy output ICMP_BW > > > > >
> > > > If I don't specify this, what value dose the interface policy use?
>The > > interface bandwidth rate? And if so why would I want to change
>it? > > > > > > Alsontra > > > >
>_______________________________________________________________________ >
> > 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 > > > >
>_______________________________________________________________________ >
> > 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 >
> >_______________________________________________________________________
> >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
>
>------------------------------------------------------------------------
>
>Horsscopo, tarot, numerologma... Escucha lo que te dicen los astros.
>
>_______________________________________________________________________
>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 : Fri Mar 05 2004 - 07:13:57 GMT-3