From: Josef A (josefnet@gmail.com)
Date: Sat Dec 03 2005 - 09:01:21 GMT-3
Thanks Kerem,
I have tried your idea sometime ago, but would consider it again. It did not
work then, and the reason I thought, was because the origin code as a bgp
attribute is considered below local preference or as-path lenght. It cannot
be used to override those attributes, unless they are the same. You can also
verify by labbing it up.
Thanks
Josef
On 12/2/05, kerem.gursu@turkcell.com.tr <kerem.gursu@turkcell.com.tr> wrote:
>
> How about setting the origin code of the routes of BB3 which are learned
> via iBGP from BB1 to egp ?
>
> -----Original Message-----
> From: nobody@groupstudy.com [mailto:nobody@groupstudy.com] On Behalf Of
> El ayachi HADEK
> Sent: Friday, December 02, 2005 10:54 AM
> To: blodwick; 'Josef A'; 'Group Study'
> Subject: RE: A bgp question
>
> I think this is a good idea:
> in R6 and R5, use BGP Conditional Advertisement with, for example, the
> "match ip route-source" (=R3's IP address) option of the
> "non-exist-map".
> Please, can you test it and let us now.
>
> Are you allowed to use floating static routes?
>
>
> -----Message d'origine-----
> De : nobody@groupstudy.com [mailto:nobody@groupstudy.com]De la part de
> blodwick
> Envoyi : Thursday, December 01, 2005 1:53 PM
> A : 'Josef A'; 'Group Study'
> Objet : RE: A bgp question
>
>
> What about a conditional advertisement to R3 for the prefix?
>
> ~ Brian L
>
> -----Original Message-----
> From: nobody@groupstudy.com [mailto:nobody@groupstudy.com] On Behalf Of
> Josef A
> Sent: Thursday, December 01, 2005 8:10 AM
> To: Group Study
> Subject: Re: A bgp question
>
> Thanks guys for looking into this.
>
> I probably was not very clear on the restrictions:
>
> I want to force R3 to use BB3 as the next-hop for those AS 54 routes it
> is
> learning from BB1 via ibgp. I do not want to use weight or local
> preference,
> and would still like to use the ibgp routes via R5 should the link to
> BB3
> fails.
>
> TIA
> Josef
>
>
> On 11/30/05, Josef A <josefnet@gmail.com> wrote:
> >
> > Hello Guys:
> >
> > Here is a question on bgp next-hop modification.
> >
> > I have a topology like this:
> >
> >
> > BB3 ------------------ R3
> > |
> > |
> > R5
> > |
> > |
> > BB1------------------- R6
> >
> >
> > BB1 and BB3 are both in AS54.
> >
> > R3, R5, and R6 are in AS 100.
> >
> > AS 100 is learning some prefixes from AS54. I have initially set the
> local
> > preference inbound on R6 so that AS100 will prefer the R6-BB1 link to
> reach
> > those prefixes from AS54.
> >
> > Thus R3 is now using BB1 as its next-hop for those prefixes.
> >
> > My goal now is to override that behavior on R3, and force R3 to make
> BB3
> > the next-hop for those prefixes, without using WEIGHT. I have tried
> using a
> > route-map inbound on R3 matching those prefixes and using the set ip
> > next-hop A.B.C.D or the set ip next-hop peer-address command . But
> this
> > is not working.
> >
> > What am I missing?
> >
> > Your thoughts and/or comments is appreciated
> >
> > Josef.
>
> _______________________________________________________________________
> Subscription information may be found at:
> http://www.groupstudy.com/list/CCIELab.html
>
> --
> No virus found in this incoming message.
> Checked by AVG Free Edition.
> Version: 7.1.362 / Virus Database: 267.13.10/189 - Release Date:
> 11/30/2005
>
>
> --
> No virus found in this outgoing message.
> Checked by AVG Free Edition.
> Version: 7.1.362 / Virus Database: 267.13.10/189 - Release Date:
> 11/30/2005
>
> _______________________________________________________________________
> Subscription information may be found at:
> http://www.groupstudy.com/list/CCIELab.html
>
> _______________________________________________________________________
> Subscription information may be found at:
> http://www.groupstudy.com/list/CCIELab.html
>
>
> ************************************************************************
> Bu elektronik posta ve onunla iletilen butun dosyalar sadece gondericisi
> tarafindan almasi amaclanan yetkili gercek ya da tuzel kisinin kullanimi
> icindir. Eger soz konusu yetkili alici degilseniz bu elektronik postanin
> icerigini aciklamaniz, kopyalamaniz, yonlendirmeniz ve kullanmaniz
> kesinlikle yasaktir ve bu elektronik postayi derhal silmeniz gerekmektedir.
> TURKCELL bu mesajin icerdigi bilgilerin dogrulugu veya eksiksiz oldugu
> konusunda herhangi bir garanti vermemektedir. Bu nedenle bu bilgilerin ne
> sekilde olursa olsun iceriginden, iletilmesinden, alinmasindan ve
> saklanmasindan sorumlu degildir. Bu mesajdaki gorusler yalnizca gonderen
> kisiye aittir ve TURKCELLin goruslerini yansitmayabilir
> Bu e-posta bilinen butun bilgisayar viruslerine karsi taranmistir.
> ************************************************************************
> This e-mail and any files transmitted with it are confidential and
> intended solely for the use of the individual or entity to whom they are
> addressed. If you are not the intended recipient you are hereby notified
> that any dissemination, forwarding, copying or use of any of the
information
> is strictly prohibited, and the e-mail should immediately be deleted.
> TURKCELL makes no warranty as to the accuracy or completeness of any
> information contained in this message and hereby excludes any liability of
> any kind for the information contained therein or for the information
> transmission, reception, storage or use of such in any way whatsoever. The
> opinions expressed in this message belong to sender alone and may not
> necessarily reflect the opinions of TURKCELL.
> This e-mail has been scanned for all known computer viruses.
> ************************************************************************
>
> _______________________________________________________________________
> Subscription information may be found at:
> http://www.groupstudy.com/list/CCIELab.html
This archive was generated by hypermail 2.1.4 : Mon Jan 09 2006 - 07:07:50 GMT-3