What Robert just said (more ways the better) is absolutely true, and something we preach 100% to our students...we just happened to not run into that particular option in the workbook...hmmmmm I smell a good task coming down the road whereby you must prefer the backdoor IGP link but can NOT alter AD to do so : ) I love it!
On Thu, May 13, 2010 at 4:34 PM, <[email protected]> wrote: > Very interesting way. I saw that option and went "hmmmmm?" but never pursued > it. Now ill keep it mind. > > -nick > Sent from my Verizon Wireless BlackBerry > > -----Original Message----- > From: Robert Simmons <[email protected]> > Date: Thu, 13 May 2010 16:26:50 > To: Joe Astorino<[email protected]> > Cc: CCIE OSL<[email protected]> > Subject: Re: [OSL | CCIE_RS] eBGP Loopback Peering > > The more ways you have to do something the better! > > Thanks for the quick (as always) response Joe. > > -Rob > > On May 13, 2010, at 4:18 PM, Joe Astorino wrote: > >> Any alternative way that doesn't break the rules is a good one to >> know! There is really no reason I can give you as to why we never >> used that particular command other than that the lab author did not >> find it all that interesting or overly important. The other thing you >> could do is just not advertise the loopback into BGP at the same time >> as your IGP...just don't use the network command at all! >> >> I don't see why the BGP backdoor option could not be used to >> accomplish what you are saying. nice! >> >> On Thu, May 13, 2010 at 3:52 PM, Robert Simmons <[email protected]> wrote: >>> Ipexperts, >>> >>> In various labs, I've noticed that you guys present a scenario where you >>> have two eBGP nodes peering via a loopback that is being advertised via an >>> IGP. Obviously, this is going to cause the neighbor to "flap" since the >>> eBGP AD 20 metric will supersede any of the default IGP metrics. The two >>> techniques I've seen you guys use throughout your workbooks are to either >>> filter the loopback via route-map on the neighbor or playing around with >>> the distances to make the IGP loopback preferable. The technique I always >>> use and to me seems much simpler is just using the network statement with >>> the keyword "backdoor" for the peer's loopback address. I haven't seen you >>> use this technique and I'm wondering if there is a reason why? Obviously, >>> if you have certain restrictions in a particular lab I wouldn't use it but, >>> if there aren't any shouldn't this be a valid method as well? >>> >>> I'm just wondering if there is some downside that I'm not seeing. >>> >>> Thanks >>> >>> -Rob >>> _______________________________________________ >>> For more information regarding industry leading CCIE Lab training, please >>> visit www.ipexpert.com >>> >> >> >> >> -- >> Regards, >> >> >> >> Joe Astorino - CCIE #24347 >> Sr. Technical Instructor - IPexpert >> Mailto: [email protected] >> Telephone: +1.810.326.1444 >> Live Assistance, Please visit: www.ipexpert.com/chat >> eFax: +1.810.454.0130 >> >> IPexpert is a premier provider of Self-Study Workbooks, Video on >> Demand, Audio Tools, Online Hardware Rental and Classroom Training for >> the Cisco CCIE (R&S, Voice, Security & Service Provider) >> certification(s) with training locations throughout the United States, >> Europe, South Asia and Australia. Be sure to visit our online >> communities at www.ipexpert.com/communities and our public website at >> www.ipexpert.com > > _______________________________________________ > For more information regarding industry leading CCIE Lab training, please > visit www.ipexpert.com > -- Regards, Joe Astorino - CCIE #24347 Sr. Technical Instructor - IPexpert Mailto: [email protected] Telephone: +1.810.326.1444 Live Assistance, Please visit: www.ipexpert.com/chat eFax: +1.810.454.0130 IPexpert is a premier provider of Self-Study Workbooks, Video on Demand, Audio Tools, Online Hardware Rental and Classroom Training for the Cisco CCIE (R&S, Voice, Security & Service Provider) certification(s) with training locations throughout the United States, Europe, South Asia and Australia. Be sure to visit our online communities at www.ipexpert.com/communities and our public website at www.ipexpert.com _______________________________________________ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com
