From: stephen.paynter@bt.com
Date: Tue Sep 24 2002 - 12:41:24 GMT-3
Song, I would alter the local-pref on r2 as this will announce it the whole
of AS2. As Brian states have a look on CCO
Stephen Paynter CCIE#10206
Customer Engineer
BT Ignite- Customer Engineering Unit, National Solutions
T: +44 (0)1422 338881 F: +44 (0)1422 316637 M: +44 (0)7974 087949
e-mail: stephen.paynter@bt.com
pp HW A170, PO Box 200(HOM-NZ), London, N18 1ZF
> British Telecommunications plc
> Registered office: 81 Newgate Street London EC1A 7AJ
> Registered in England no. 1800000.
> This electronic message contains information from British
Telecommunications plc which may be privileged or confidential. The
information is intended to be for the use of the individual(s) or entity
named above. If you are not the intended recipient be aware that any
disclosure, copying, distribution or use of the contents of this information
is prohibited. If you have received this electronic message in error, please
notify us by telephone or email (to the numbers or address above)
immediately
-----Original Message-----
From: Song Mu [mailto:songmu@yahoo.com]
Sent: 23 September 2002 21:06
To: Hongbing Qin; brian@cyscoexpert.com; ccielab@groupstudy.com
Subject: RE: BGP Challenge
I tried to use different ways to accomplish this, but none of them
seems working. These including change the local pref, metric, change
ibgp to ebgp, and distance. For some reasons, I have confused myself
because I can not get the best path from R2 even I shoutdown the
connection between R1 and R3.
Any ideas?
Song
--- Hongbing Qin <hqin@houston.sns.slb.com> wrote:
> Brian,
>
> When I reviewed this thread again, I find I still cannot figure out
> the
> solution if we exactly follow the original requirement.
>
> 1, Weight is not an option, because it should be configured on R3,
> not on R2.
>
> 2. Local preference is not an option, because you are not allowed to
> touch
> R3, and it's not possible to send Local Preference out.
>
> 3. AS-Path is not an option, because it should be configured on R1's
> neighbor to R3.
>
> 4. Origin code is not an option, because the route is already there.
>
> 5. MED is no an option because R3 get the route from R1 without
> Metric
> (NULL), so it's impossible for R2 to send lower metric to R3.
>
> 6. Obviously, R3 ebgp with R1, and ibgp with R2.
>
> Am I right here? Please correct me if I am wrong. Any help? Thanks.
>
> Best Regards,
>
> Hongbing Qin
>
> At 11:32 AM 8/25/2002 -0700, you wrote:
> >Thai,
> >
> > The BGP decision process is:
> >
> >Weight
> >Local-Preference/locally originated
> >AS-Path
> >Origin code
> >MED
> >EBGP over iBGP
> >Shortest internal path
> >Router-ID (lowest)
> >
> > Based on this decision process, the reason R3 is routing
> towards
> >R1 is the AS-PATH. Distance doesn't come into play until you try to
> >install the route in the routing table. BGP best-path selection
> >determines which path is best in the BGP table, not which appears in
> the
> >IP routing table.
> >
> > Based on this, it should be fairly obvious which attribute
> you
> >need to modify (I hope). If not, review Halabi's book or Doyle vol
> 2 to
> >see how these attributes function.
> >
> > For more info on BGP bestpath:
> >
> >http://www.cisco.com/warp/public/459/25.shtml
> >
> >
> >HTH
> >
> >Brian McGahan, CCIE #8593
> >Director of Design and Implementation
> >brian@cyscoexpert.com
> >
> >CyscoExpert Corporation
> >Internetwork Consulting & Training
> >http://www.cyscoexpert.com
> >Voice: 847.674.3392
> >Fax: 847.674.2625
> >
> >
> > > -----Original Message-----
> > > From: nobody@groupstudy.com [mailto:nobody@groupstudy.com] On
> Behalf
> >Of
> > > Nguyen, Thai
> > > Sent: Tuesday, August 20, 2002 6:40 PM
> > > To: 'ccielab@groupstudy.com'
> > > Subject: BGP Challenge
> > >
> > > Hi all,
> > >
> > > I've been working on this little problem for few days but have
> not
> >been
> > > able
> > > to crack it.
> > > Can anyone shed light into this please?
> > >
> > >
> > >
> > > R1============R2
> > > = =
> > > = =
> > > = =
> > > = =
> > > ========R3
> > >
> > >
> > > R1 is in AS 1
> > > R2 and R3 is in AS2
> > >
> > >
> > > R1 is advertsing a subnet eg 1.1.1.0/24. Normally R3 will have to
> path
> >to
> > > the network, first via R1 directly and second via R2.
> > > And the preferred path is via R1 because the administrative
> distance
> >of
> > > the
> > > route learning from R1 is 20 while the route learned via R2 is
> 200.
> > >
> > > The challenge of the excercise is to configure R2 so that R3
> would
> > > prefered
> > > the route it learned from R2 without additional configuration on
> R3.
> > >
> > > regards
> > >
> > >
> > > Regards,
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > > Australia Post is committed to providing our customers with
> excellent
> > > service. If we can assist you in any way please either telephone
> 13 13
> >18
> > > or visit our website www.auspost.com.au.
> > >
> > > CAUTION
> > >
> > > This e-mail and any files transmitted with it are privileged and
> > > confidential information intended for the use of the addressee.
> The
> > > confidentiality and/or privilege in this e-mail is not waived,
> lost or
> > > destroyed if it has been transmitted to you in error. If you have
> >received
> > > this e-mail in error you must (a) not disseminate, copy or take
> any
> >action
> > > in reliance on it; (b) please notify Australia Post immediately
> by
> >return
> > > e-mail to the sender; and (c) please delete the original e-mail.
> > > _________________________________________________________________
> > > Commercial lab list:
> http://www.groupstudy.com/list/commercial.html
> > > Please discuss commercial lab solutions on this list.
> >_________________________________________________________________
> >Commercial lab list: http://www.groupstudy.com/list/commercial.html
> >Please discuss commercial lab solutions on this list.
> Hongbing Qin
> Consultant
> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
> SchlumbergerSema
> Network and Infrastructure Solutions
> 5599, San Felipe Road, Suite 400
> Houston, TX 77056
>
> Office: 1.713.499.4439
> Mobile: 1.832.725.3527
> Fax: 1.713.513.3126
> Email: hqin@houston.sns.slb.com
> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
This archive was generated by hypermail 2.1.4 : Mon Oct 07 2002 - 07:44:02 GMT-3