From: Sandro Ciffali (sandyccie@xxxxxxxxx)
Date: Mon Mar 18 2002 - 11:28:06 GMT-3
Dan,
This answer is absolutly right for controlling ipx
eigrp traffic, But wrong if ipx traffic is to be
controlled not ipx eigrp.
Sandro
--- DAN DORTON <DHSTS68@dhs.state.il.us> wrote:
> If you are using IPX EIGRP use the command.
>
> IPX bandwidth-percent eigrp (AS#) (Percentage) on
> the interface.
>
> IE:
>
> router eigrp 100
> network 172.168.0.0
> !
> interface serial 0
> ip address 172.168.1.1 255.255.255.252
> bandwidth 64
> IPX bandwidth-percent eigrp 100 40
>
> Dan
>
> >>> "Ahmed Mamoor Amimi" <mamoor@ieee.org> 03/16/02
> 10:18PM >>>
> U r right ...
> but this option is not used alone. we can use WRED
> or CAR so that anything
> above 40% will be discarded
>
> this is my 0.02 cents
>
> -Mamoor
>
> ----- Original Message -----
> From: Sandro Ciffali <sandyccie@yahoo.com>
> To: Ahmed Mamoor Amimi <mamoor@ieee.org>
> Sent: Sunday, March 17, 2002 9:04 AM
> Subject: Re: bandwidth
>
>
> > May be i asked you question in a wrong way.
> >
> > If you have to control the bandwidth on serial
> link to
> > allow it to use only 40% of bandwidth, you will
> use
> > this map as out, How do you control bandwidth in?
> > Since you don't have control on the incoming
> packets,
> > You control what goes out not in.
> > Similarly for ethernet how can u apply in if you
> can
> > not control what comes in?
> >
> > Sandro
> > --- Ahmed Mamoor Amimi <mamoor@ieee.org> wrote:
> > > If traffic is coming from ethernet then it is IN
> > > If traffic is coming to ethernet then it is OUT
> > > Both condition is applicable to ethernet
> interface,
> > > if applying somewhere
> > > else then use the normal phenomena
> > >
> > > Let me know if this help !
> > >
> > > -Mamoor
> > >
> > >
> > > ----- Original Message -----
> > > From: Sandro Ciffali <sandyccie@yahoo.com>
> > > To: Ahmed Mamoor Amimi <mamoor@ieee.org>
> > > Sent: Sunday, March 17, 2002 5:42 AM
> > > Subject: Re: bandwidth
> > >
> > >
> > > > Ahmed,
> > > > Should the service policy be applied in or
> out. I
> > > > think it should be out. Can u pls confirm
> > > >
> > > > Sandro
> > > > --- Ahmed Mamoor Amimi <mamoor@ieee.org>
> wrote:
> > > > > How about !!
> > > > >
> > > > > class-map test
> > > > > match access-list xxx <----------- where
> xxx
> > > is
> > > > > calling ipx
> > > > > policy-map 123
> > > > > class test
> > > > > bandwidth percent 40
> > > > >
> > > > > on interface
> > > > > service-policy 123 in
> > > > >
> > > > > this will make ur requirment i guess..
> > > > >
> > > > > here are some links :
> > > > >
> > > > >
> > > >
> > >
> >
>
http://www.cisco.com/univercd/cc/td/doc/product/software/ios120/120newft/120
>
> > > > > t/120t5/iprtp.htm
> > > > >
> > > > >
> > > >
> > >
> >
>
http://www.cisco.com/univercd/cc/td/doc/product/software/ios120/120newft/120
>
> > > > > t/120t7/friprtp.htm
> > > > >
> > > > >
> > > > > -Mamoor
> > > > >
> > > > >
> > > > > ----- Original Message -----
> > > > > From: Merete Asak
> <merete@privat.sysedata.no>
> > > > > To: <ccielab@groupstudy.com>
> > > > > Sent: Saturday, March 16, 2002 6:37 PM
> > > > > Subject: bandwidth
> > > > >
> > > > >
> > > > > > Hi there,
> > > > > >
> > > > > > I have been reading alot about queuing and
> QoS
> > > > > lately, and I'm trying to
> > > > > find
> > > > > > out what is best practice for a certain
> task.
> > > > > > If I have a network that runs different
> sets
> > > of
> > > > > protocols, and I want to
> > > > > make
> > > > > > sure that a protocol (for example ipx)
> doesn't
> > > use
> > > > > more then a certain
> > > > > amount
> > > > > > of bandwith on an Ethernet, what should i
> use?
> > > > > (Say I don't use any sort
> > > > > of
> > > > > > queuing on the interface, I just want to
> make
> > > sure
> > > > > IPX doesn't use more
> > > > > then 40
> > > > > > percent)
> > > > > >
> > > > > > Any good ideas?
> > > > > >
> > > > > > One other thing, does anyone have a good
> url
> > > about
> > > > > RTP and QoS for RTP?
> > > > > >
> > > > > > Thanks.
> > > > > >
> > > > > > Merete
> > > > > >
> > > > >
> > > >
> > >
> >
>
This archive was generated by hypermail 2.1.4 : Thu Jun 13 2002 - 10:57:12 GMT-3