We use this diagram to illustrate Adams Config R3<<---w/ no prepend R1 removes prepended AS from adverts to "*other BGP neighbor*"<<<<-R1---<<<<<----R2--------R5
R2 ===Our Router R2 ===Our local-as peer (let's define it that way) R3 ==="*all other bgp neighbors*" On 24 February 2012 14:00, Bodnar, Edward <[email protected]> wrote: > I see AS 101 on R3 also. I don’t see why R3 should be different then R2. > Yes using Adams config you will see AS101 on R3 because it is the configured AS on R2. This is the expected behavior. The prepended AS is 100 (not 101) The no-prepend keyword removes the prepended AS100 from adverts to "*other bgp neighbors*". That is why we say (Quote)"You will not see AS 100 in the path of adverts R1 makes to R3(3.3.3.3)." If you remove the no-prepend keyword from R1. It will include the prepended AS 100 in it's adverts to R3 and you will see AS100 on R3 (using Adams Config). If I am reading what you are saying correct then I would be blocking AS 101 > from coming to R1 inbound. R1 is AS 101 so I would be blocking AS 101 > inbound from R2 that does not have AS 101 in it’s path? **** > > ** ** > > Is this what you’re saying. * **(Though Mills, Derek has answered > this, I will add a few words using Adams config)* > No, you would not be striping it from the path until you re-advertise to "*other bgp neighbors*". Lets take it in steps:(we're using Adam's config here) 1. R1 receives routes from R2 with path 200 500 ***** 2. R1 has* neighbor 2.2.2.2 local-as 100* configured so it says: Hey we're going prepend both our configure AS100 and local-as 101 to the path of any routes to be advertised to R2 (our local-as peer) and "*all other bgp neighbors*" 3. R3 receives routes from R1 with path 100 101 200 500 4. A junior engineer at site with R3 calls you up: Sir the CCIE here has gone on a break to France and he's not available to change the policy you have broken by introducing a strange AS100 in path of your routes. Pls Fix it or ...So you have to hide the new AS from them. How? ... no-prepend will strip the prepended AS100 from your adverts to other BGP neighbors apart from R2. So you reconfigure the neighbor to *neighbor 2.2.2.2 local-as 100 no-prepend . *R3 now strips the prepended AS100 from adverts to "*all other bgp neighbors*". 5. *R3 receives routes from R1 with path 101 200 500. The admin calls you and tell you you just save your job because he was about to call your manager. The strange AS is out.* That is why you check on R3 for the effect of no-prepend keyword. It only affects "*all other neighbor*" > I set **** > > EX **** > > ** ** > > Router bgp 100**** > > Neigh 2.2.2.2 remote-as 200**** > > neigh 2.2.2.2 local-as 10 no-prepend ( I will block AS 100 from coming > into R1 from R2 ? If so the command makes no sense, I do not have AS 100 > coming in inbound ) **** > > ** ** > > . **** > > ** ** > > *From:* [email protected] [mailto:[email protected]] *On Behalf > Of *Oluwagbenga Oyebande > *Sent:* Friday, February 24, 2012 7:22 AM > *To:* Bodnar, Edward > *Cc:* ar; Steve Storniak; [email protected]; > [email protected] > > *Subject:* Re: [OSL | CCIE_RS] BGP local-as no-pepend**** > > ** ** > > The no-prepend keyword gives your "*other bgp neighbors*" (that are not a > party to the AS migration) time to fix bgp routing policies that would be > adversely affected by the default crude action of prepending an unknown AS > in the path of routes received from you local-as peer (who of course is > a party to the AS migration). It's like extending the migration window > facilitated by the local-as command to the "*other bgp neighbors*".**** > > ** ** > > The keyword to remember when dealing with no-prepend is "*other bgp > neighbors*".**** > > On 24 February 2012 13:04, Oluwagbenga Oyebande <[email protected]> > wrote:**** > > Removing AS101 from the path of routes advertised to R2's is a job for * > replace-as *keyword.**** > > ** ** > > What *no-prepend* keyword will do in your config is to remove your > local-as (100) that R1 would otherwise prepend to adverts received from R2 > before sending them out. You will not see AS 100 in the path of adverts R1 > makes to R3(3.3.3.3). Check on R3 whether local-as worked, not on R1.**** > > ** ** > > ** ** > > On 24 February 2012 12:48, Bodnar, Edward <[email protected]> > wrote:**** > > Let me know if you see anything off on the config. Still not sure why > this is not working. I was expecting to see R2 not having AS 101 in it’s > path. **** > > **** > > **** > > R1**** > > **** > > router bgp 101**** > > no synchronization**** > > bgp router-id 1.1.1.1**** > > bgp log-neighbor-changes**** > > network 33.33.33.0 mask 255.255.255.0**** > > network 55.55.55.0 mask 255.255.255.0**** > > network 55.55.56.0 mask 255.255.255.0**** > > network 55.55.57.0 mask 255.255.255.0**** > > network 55.55.58.0 mask 255.255.255.0**** > > network 55.55.59.0 mask 255.255.255.0**** > > network 100.100.10.0 mask 255.255.255.0**** > > aggregate-address 55.55.0.0 255.255.192.0 summary-only**** > > neighbor 2.2.2.2 remote-as 200**** > > neighbor 2.2.2.2 local-as 100 no-prepend**** > > neighbor 2.2.2.2 ebgp-multihop 255**** > > neighbor 2.2.2.2 update-source Loopback0**** > > neighbor 2.2.2.2 send-community**** > > neighbor 2.2.2.2 route-map CoM out**** > > neighbor 3.3.3.3 remote-as 300**** > > neighbor 3.3.3.3 local-as 100 no-prepend**** > > neighbor 3.3.3.3 ebgp-multihop 255**** > > neighbor 3.3.3.3 update-source Loopback0**** > > **** > > **** > > R2**** > > **** > > router bgp 200**** > > no synchronization**** > > bgp log-neighbor-changes**** > > bgp inject-map NEW exist-map NEED-UM**** > > neighbor 1.1.1.1 remote-as 100**** > > neighbor 1.1.1.1 ebgp-multihop 255**** > > neighbor 1.1.1.1 update-source Loopback0**** > > neighbor 5.5.5.5 remote-as 200**** > > neighbor 5.5.5.5 update-source Loopback0**** > > neighbor 5.5.5.5 send-community**** > > neighbor 5.5.5.5 default-originate**** > > no auto-summary**** > > **** > > **** > > **** > > R2#sh ip bgp**** > > BGP table version is 65, local router ID is 2.2.2.2**** > > Status codes: s suppressed, d damped, h history, * valid, > best, i - > internal,**** > > r RIB-failure, S Stale**** > > Origin codes: i - IGP, e - EGP, ? - incomplete**** > > **** > > Network Next Hop Metric LocPrf Weight Path**** > > *> 33.33.33.0/24 1.1.1.1 0 0 100 *101* i** > ** > > *> 55.55.0.0/18 1.1.1.1 0 0 100 *101* i** > ** > > *> 55.55.56.0/24 1.1.1.1 0 ?**** > > *> 100.100.10.0/24 1.1.1.1 0 0 100 *101* i** > ** > > **** > > **** > > **** > > **** > > *From:* [email protected] [mailto:[email protected]] *On Behalf > Of *Oluwagbenga Oyebande > *Sent:* Thursday, February 23, 2012 10:12 PM > *To:* ar > *Cc:* Bodnar, Edward; Steve Storniak; [email protected]; > [email protected]**** > > > *Subject:* Re: [OSL | CCIE_RS] BGP local-as no-pepend**** > > **** > > It actually works as Adams has proved. The problem is that people wrongly > expect it to work on adverts to the local-as peer. It works on adverts to > other bgp peers. It strips off the local-as that was prepended to routes > received from the local-as peer.**** > > **** > > **** > > On 24 February 2012 02:53, ar <[email protected]> wrote:**** > > Hi. > > This local-as no prepend feature is not working based on my experience. > What platforms are you using?**** > > > > > > > ________________________________ > From: "Bodnar, Edward" <[email protected]>**** > > To: Steve Storniak <[email protected]>; "[email protected]" < > [email protected]> > Cc: "[email protected]" <[email protected]> > Sent: Thursday, February 23, 2012 4:51 PM**** > > Subject: Re: [OSL | CCIE_RS] BGP local-as no-pepend > > I will grab and post my config tomorrow. Either I am not understanding > this command or I am not configuring it right. It’s a fairly simple > command so I can’t see the latter but I will post my config. > > From: Steve Storniak [mailto:[email protected]] > Sent: Thursday, February 23, 2012 7:15 PM > To: [email protected]; Bodnar, Edward > Cc: [email protected] > Subject: Re: [OSL | CCIE_RS] BGP local-as no-pepend > > > Per RFC "no-prepend" instructs the node to not add the local as to > prefixes received from other eBGP peers. > "Replace-as" removes the local as in the as-path sent to eBGP peers. > Am O wrong? > > Steve > > > ________________________________ > From: Bodnar, Edward <[email protected]>; > To: Adam Booth <[email protected]>; > Cc: [email protected] <[email protected]>; > Subject: Re: [OSL | CCIE_RS] BGP local-as no-pepend > Sent: Thu, Feb 23, 2012 11:27:59 PM > I 100% agree. Just not sure what the local-as no-prepend does. > > From: Adam Booth [mailto:[email protected]<javascript:return>] > Sent: Thursday, February 23, 2012 6:11 PM > To: Bodnar, Edward > Cc: [email protected]<javascript:return> > Subject: Re: [OSL | CCIE_RS] BGP local-as no-pepend > > Hi Edward. > > If also you include "replace-as" in the neighbor statement, AS 100 should > be hidden. > > Cheers, > Adam > > On Fri, Feb 24, 2012 at 6:48 AM, Bodnar, Edward <[email protected] > <javascript:return><mailto:[email protected]<javascript:return>>> > wrote: > Not sure what this command is suppose to do . > > I set it and it does not filter any AS's > > > Router bgp 100 > Neigh 2.2.2.2 Local-as 10 no-prepend > > The router on the other side will still see AS 100 and AS10 in its path. > > > _______________________________________________ > For more information regarding industry leading CCIE Lab training, please > visit www.ipexpert.com<http://www.ipexpert.com> > > Are you a CCNP or CCIE and looking for a job? Check out > www.PlatinumPlacement.com<http://www.PlatinumPlacement.com> > > http://onlinestudylist.com/mailman/listinfo/ccie_rs > > _______________________________________________ > For more information regarding industry leading CCIE Lab training, please > visit www.ipexpert.com > > Are you a CCNP or CCIE and looking for a job? Check out > www.PlatinumPlacement.com > > http://onlinestudylist.com/mailman/listinfo/ccie_rs > > > _______________________________________________ > For more information regarding industry leading CCIE Lab training, please > visit www.ipexpert.com > > Are you a CCNP or CCIE and looking for a job? Check out > www.PlatinumPlacement.com > > http://onlinestudylist.com/mailman/listinfo/ccie_rs > _______________________________________________ > For more information regarding industry leading CCIE Lab training, please > visit www.ipexpert.com > > Are you a CCNP or CCIE and looking for a job? Check out > www.PlatinumPlacement.com > > http://onlinestudylist.com/mailman/listinfo/ccie_rs**** > > > > **** > > **** > > -- > -- > Olugbenga Oyebande > MD, DAIT > 234-803-302-5287 **** > > http://www.dait-ng.com > Cisco Networks, Network Security & Quality of Service > DAIT Linux Enterprise Network Servers, Web Portal Projects**** > > Broadband Internet Deployment & ISP Consultancy**** > > **** > > > > **** > > ** ** > > -- > -- > Olugbenga Oyebande > MD, DAIT > 234-803-302-5287 **** > > http://www.dait-ng.com > Cisco Networks, Network Security & Quality of Service > DAIT Linux Enterprise Network Servers, Web Portal Projects**** > > Broadband Internet Deployment & ISP Consultancy**** > > ** ** > > > > **** > > ** ** > > -- > -- > Olugbenga Oyebande > MD, DAIT > 234-803-302-5287 **** > > http://www.dait-ng.com > Cisco Networks, Network Security & Quality of Service > DAIT Linux Enterprise Network Servers, Web Portal Projects**** > > Broadband Internet Deployment & ISP Consultancy**** > > ** ** > -- -- Olugbenga Oyebande MD, DAIT 234-803-302-5287 http://www.dait-ng.com Cisco Networks, Network Security & Quality of Service DAIT Linux Enterprise Network Servers, Web Portal Projects Broadband Internet Deployment & ISP Consultancy _______________________________________________ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com Are you a CCNP or CCIE and looking for a job? Check out www.PlatinumPlacement.com http://onlinestudylist.com/mailman/listinfo/ccie_rs
