Re: Prefix list question abouts odds and even routes

From: Cristian Henry H (chenry@reuna.cl)
Date: Fri Jun 20 2003 - 11:30:47 GMT-3

Yes, I see, thanks!

Scott Morris ha escrito:
>
> That would permit all of the /24's from 192.168.0.0 through
> 192.169.255.0 (less or equal to /24)... So that would be both even and
> odd ones.
>
> Good thought though!
>
> Scott
>
> -----Original Message-----
> From: nobody@groupstudy.com [mailto:nobody@groupstudy.com] On Behalf Of
> Cristian Henry H
> Sent: Friday, June 20, 2003 9:47 AM
> To: steve r
> Cc: Brian Dennis; 'Nguyen Hoang Long'; 'Scott Morris'; ZaferP@koc.net;
> ccielab@groupstudy.com; GokhanS@koc.net
> Subject: Re: Prefix list question abouts odds and even routes
>
> Mmm, let me see...
>
> Could be ip prefix list even permit 192.168.0.0/23 le 24 ?
>
> steve r ha escrito:
> >
> > Can prefix lists block all the odd or even routes like permiting only
>
> > even subnets in 192.168.2-254.X by matching a bit in the prefix list ?
> >
> > Steve R
> >
> > ----- Original Message -----
> > From: "Brian Dennis" <brian@labforge.com>
> > To: "'Nguyen Hoang Long'" <ng-hlong@hn.vnn.vn>; "'Scott Morris'"
> > <swm@emanon.com>; <ZaferP@koc.net>; <ccielab@groupstudy.com>
> > Cc: <GokhanS@koc.net>
> > Sent: Wednesday, June 18, 2003 1:15 AM
> > Subject: RE: CBWFQ-FRTS-RSVP
> >
> > > Did you mean to send this to someone else? I was just commenting on
> > > the default serial interface bandwidth.
> > >
> > > Brian Dennis, CCIE #2210 (R&S/ISP-Dial/Security)
> > >
> > > -----Original Message-----
> > > From: Nguyen Hoang Long [mailto:ng-hlong@hn.vnn.vn]
> > > Sent: Tuesday, June 17, 2003 10:09 PM
> > > To: Brian Dennis; 'Scott Morris'; ZaferP@koc.net;
> > > ccielab@groupstudy.com
> > > Cc: GokhanS@koc.net
> > > Subject: Re: CBWFQ-FRTS-RSVP
> > >
> > > But Cisco does not say so, here the link:
> > >
> > > http://www.cisco.com/warp/public/105/cbwfq_frpvs.html#configurationn
> > > otes
> > >
> > > <quote>
> > > a.. When the bandwidth and priority commands calculate the total
> > > amount of bandwidth available on an entity, the following guidelines
>
> > > are invoked when
> > > the entity is a shaped Frame Relay permanent virtual circuit (PVC):
> > >
> > > a.. If a Minimum Acceptable Committed Information Rate (minCIR) is
>
> > > not configured, the CIR is divided by two.
> > >
> > > b.. If a minCIR is configured, the minCIR setting is used in the
> > > calculation.
> > >
> > > c.. The full bandwidth from the above rate can be assigned to
> > > bandwidth and priority classes. Thus, the max-reserved-bandwidth
> > > command is not supported on Frame Relay PVCs, although you should
> > > take care to ensure that
> > > the amount of bandwidth configured is large enough to also
> accommodate
> > > Layer
> > > 2 overhead. See What Bytes Are Counted by IP to ATM CoS Queueing?.
> > >
> > > a.. Avoid setting the CIR or minCIR at the access rate. Otherwise,
> > > you may see output queues building up and causing big delays in
> > > CBWFQ classes. The
> > > reason is that the shape rate does not take into account the
> overhead
> > > bytes
> > > of the flag and Cyclic Redundancy Check (CRC) fields, so shaping at
> line
> > > rate is actually oversubscribing and will cause interface
> congestion.
> > > There
> > > really is no reason to shape at the access rate. You should always
> > > traffic
> > > shape at 95 percent of the access rate or, more generally, the
> aggregate
> > > shaped rate should always be 95 percent below the access rate.
> > >
> > > <quote>
> > >
> > > I have tested and it works as documented, do you have any comment
> > > on that?
> > >
> > > Thanks,
> > > Long
> > >
> > > ----- Original Message -----
> > > From: "Brian Dennis" <brian@labforge.com>
> > > To: "'Scott Morris'" <swm@emanon.com>; <ZaferP@koc.net>;
> > > <ccielab@groupstudy.com>
> > > Cc: <GokhanS@koc.net>
> > > Sent: Wednesday, June 18, 2003 2:30 AM
> > > Subject: RE: CBWFQ-FRTS-RSVP
> > >
> > >
> > > > As a side note "low speed" physical interfaces default to 128k.
> > > >
> > > > Brian Dennis, CCIE #2210 (R&S/ISP-Dial/Security)
> > > >
> > > > -----Original Message-----
> > > > From: nobody@groupstudy.com [mailto:nobody@groupstudy.com] On
> > > > Behalf
> > > Of
> > > > Scott Morris
> > > > Sent: Tuesday, June 17, 2003 4:59 AM
> > > > To: ZaferP@koc.net; ccielab@groupstudy.com
> > > > Cc: GokhanS@koc.net
> > > > Subject: RE: CBWFQ-FRTS-RSVP
> > > >
> > > > The default reservable bandwidth is 75% of the presumed link
> > > bandwidth,
> > > > whatever that may be. If you do a show interface, you can figure
> > > > that part out. Physical serial interfaces, the default assumed
> > > > bandwidth
> > > is
> > > > 1.544M. On sub-interfaces, it actually varies per IOS train on
> > > > what
> > > the
> > > > default is, so just do a 'show interface' to see that.
> > > >
> > > > Scott
> > > >
> > > > -----Original Message-----
> > > > From: nobody@groupstudy.com [mailto:nobody@groupstudy.com] On
> > > > Behalf
> > > Of
> > > > ZaferP@koc.net
> > > > Sent: Tuesday, June 17, 2003 4:07 AM
> > > > To: ccielab@groupstudy.com
> > > > Cc: GokhanS@koc.net
> > > > Subject: CBWFQ-FRTS-RSVP
> > > >
> > > >
> > > > Simple and straight question:
> > > >
> > > > When using FRTS with CBWFQ or RSVP, is the reservable bandwith is
> > > >
> > > > a) % 75 of CIR
> > > > b) %75 of MINCIR
> > > > c) CIR
> > > > d) MINCIR
> > > > e) None of the above
> > > >
> > > > Plese respond with an offical link if possible not just guessing.
> > > >
> > > > Regards
> > > >
> > > > Zafer
> > > >
> > > >
> > > ____________________________________________________________________
> > > ____
> > > > _____
> > > > ________________________________________________________________
> > > >
> > > > Bu e-posta mesaji kisiye ozel olup, gizli bilgiler iceriyor
> > > > olabilir. Eger bu e-posta mesaji size yanlislikla ulasmissa,
> > > > icerigini hic bir sekilde kullanmayiniz ve ekli dosyalari
> > > > acmayiniz. Bu durumda lutfen e-posta mesajini kullaniciya hemen
> > > > geri gonderiniz ve tum
> > > kopyalarini
> > > > mesaj kutunuzdan siliniz. Bu e-posta mesaji, hic bir sekilde,
> > > > herhangi bir amac icin cogaltilamaz, yayinlanamaz ve para
> > > > karsiligi satilamaz. Bu e-posta mesaji viruslere karsi anti-virus
> > > > sistemleri tarafindan taranmistir. Ancak yollayici, bu e-posta
> > > > mesajinin - virus koruma sistemleri ile kontrol ediliyor olsa bile
> > > > - virus icermedigini garanti etmez ve meydana gelebilecek
> > > > zararlardan dogacak hicbir sorumlulugu kabul etmez.
> > > >
> > > > This message is intended solely for the use of the individual or
> > > entity
> > > > to whom it is addressed , and may contain confidential
> > > > information.
> > > If
> > > > you are not the intended recipient of this message or you receive
> > > > this mail in error, you should refrain from making any use of the
> > > > contents and from opening any attachment. In that case, please
> > > > notify the
> > > sender
> > > > immediately and return the message to the sender, then, delete and
>
> > > > destroy all copies. This e-mail message, could not be copied,
> > > published
> > > > or sold for any reason. This e-mail message has been swept by
> > > anti-virus
> > > > systems for the presence of computer viruses. In doing so,
> > > > however, sender cannot warrant that virus or other forms of data
> > > > corruption
> > > may
> > > > not be present and do not take any responsibility in any
> > > > occurrence.
> > > >
> > > >
> > > ____________________________________________________________________
> > > ____
> > > > _____
> > > > ________________________________________________________________
> > > >
> > > >
> > > >
> > > ____________________________________________________________________
> > > ___
> > > > You are subscribed to the GroupStudy.com CCIE R&S Discussion
> > > > Group.
> > > >
> > > > Subscription information may be found at:
> > > > http://www.groupstudy.com/list/CCIELab.html
> > > >
> > > >
> > > >
> > > ____________________________________________________________________
> > > ___
> > > > You are subscribed to the GroupStudy.com CCIE R&S Discussion
> > > > Group.
> > > >
> > > > Subscription information may be found at:
> > > > http://www.groupstudy.com/list/CCIELab.html
> > > >
> > > >
> > > >
> > > ____________________________________________________________________
> > > ___
> > > > You are subscribed to the GroupStudy.com CCIE R&S Discussion
> > > > Group.
> > > >
> > > > Subscription information may be found at:
> > > > http://www.groupstudy.com/list/CCIELab.html
> > >
> > >
> > > ____________________________________________________________________
> > > ___
> > > You are subscribed to the GroupStudy.com CCIE R&S Discussion Group.
> > >
> > > Subscription information may be found at:
> > > http://www.groupstudy.com/list/CCIELab.html
> >
> > ______________________________________________________________________
> > _
> > You are subscribed to the GroupStudy.com CCIE R&S Discussion Group.
> >
> > Subscription information may be found at:
> > http://www.groupstudy.com/list/CCIELab.html
>
> --
> Cristian E. Henry
> REUNA
>
> E-mail: chenry@reuna.cl
> Fono: 56-2-3370336
>
> _______________________________________________________________________
> You are subscribed to the GroupStudy.com CCIE R&S Discussion Group.
>
> Subscription information may be found at:
> http://www.groupstudy.com/list/CCIELab.html 

-- 
Cristian E. Henry
REUNA

E-mail: chenry@reuna.cl
Fono: 56-2-3370336

This archive was generated by hypermail 2.1.4 : Fri Jul 04 2003 - 11:11:03 GMT-3