There is a Jaime McMickle? (Jay)- LOL Regards, Jay McMickle- CCIE #35355 Sent from iJay
On May 2, 2012, at 4:16 PM, Tony Singh <[email protected]> wrote: > Congratulations to Jamie McMickle, I'm sure we'd all like to pass our > congratulations on, he has helped me with choosing my hardware choice so well > done!! > > BR > > Tony CCNP CCNA R&S MCSE JNCIA > > Sent from my iPhone on 3 > > On 2 May 2012, at 19:32, [email protected] wrote: > >> Send CCIE_RS mailing list submissions to >> [email protected] >> >> To subscribe or unsubscribe via the World Wide Web, visit >> http://onlinestudylist.com/mailman/listinfo/ccie_rs >> or, via email, send a message with subject or body 'help' to >> [email protected] >> >> You can reach the person managing the list at >> [email protected] >> >> When replying, please edit your Subject line so it is more specific >> than "Re: Contents of CCIE_RS digest..." >> >> >> Today's Topics: >> >> 1. Congrats to our new CCIE on the list! >> (Edgar Mauricio Diaz Orellana) >> 2. Re: iBgp vs eBgp path selection (Nick Bonifacio) >> 3. Re: iBgp vs eBgp path selection (Bob McCouch) >> 4. Re: iBgp vs eBgp path selection (Fulvio allegretti) >> 5. Re: iBgp vs eBgp path selection (Bob McCouch) >> >> >> ---------------------------------------------------------------------- >> >> Message: 1 >> Date: Wed, 2 May 2012 14:01:43 -0400 >> From: Edgar Mauricio Diaz Orellana <[email protected]> >> To: [email protected] >> Subject: [OSL | CCIE_RS] Congrats to our new CCIE on the list! >> Message-ID: >> <CAP_QRV7Q3cDd=nAMHF+6RjkDP=Lt0=9ovvopuwb1tae6buh...@mail.gmail.com> >> Content-Type: text/plain; charset=ISO-8859-1 >> >> Congrats to our member Jay McMickle >> >> he pass their CCIE yesterday... so a big HURRAY to HIM and congrats >> friend!!! >> >> >> -- >> >> Edgar D?az Orellana >> >> >> ------------------------------ >> >> Message: 2 >> Date: Wed, 2 May 2012 11:10:31 -0700 (PDT) >> From: Nick Bonifacio <[email protected]> >> To: Christopher Lemish <[email protected]>, Jay McMickle >> <[email protected]>, Bal Birdy <[email protected]> >> Cc: "[email protected]" <[email protected]>, >> Fulvio allegretti <[email protected]> >> Subject: Re: [OSL | CCIE_RS] iBgp vs eBgp path selection >> Message-ID: >> <[email protected]> >> Content-Type: text/plain; charset=iso-8859-1 >> >> Finally!? Thank you!!!! >> >> >> >> ________________________________ >> From: Christopher Lemish <[email protected]> >> To: Jay McMickle <[email protected]>; Bal Birdy >> <[email protected]> >> Cc: "[email protected]" <[email protected]>; Fulvio >> allegretti <[email protected]> >> Sent: Wednesday, May 2, 2012 11:51 AM >> Subject: Re: [OSL | CCIE_RS] iBgp vs eBgp path selection >> >> Thought I would add this one: >> >> >> >> We Love Oranges As Oranges Mean Pure Refreshment >> >> >> >> 1.? ? ? Weight >> >> 2.? ? ? Local Preference >> >> 3.? ? ? Originate >> >> 4.? ? ? AS >> >> 5.? ? ? Origin (IGP/EGP/i=incomplete) >> >> 6.? ? ? MED (lowest) >> >> 7.? ? ? Paths (External paths over Internal) >> >> 8.? ? ? Router ID >> >> >> >> Thank you, >> >> Chris >> >> >> >> >> >> >> >> >> >> >> >> -----Original Message----- >> From: [email protected] >> [mailto:[email protected]] On Behalf Of Jay McMickle >> Sent: Tuesday, May 01, 2012 9:36 PM >> To: Bal Birdy >> Cc: [email protected]; Fulvio allegretti >> Subject: Re: [OSL | CCIE_RS] iBgp vs eBgp path selection >> >> >> >> Great question! Here's the top 8 (it's all I can recall)- We Like Never See >> Ladies Making Eggs Lately (sorry, it's the only way I could remember)- >> >> >> >> BGP pecking order: >> >> Weight >> >> Local-Pref >> >> Network statement or Aggregate >> >> Shortest AS Path >> >> Lowest Orig type (prefer eBGP) >> >> MED >> >> eBGP over iBGP >> >> Lowest IGP metric >> >> >> >> >> >> Regards, >> >> Jay McMickle- CCNP,CCSP,CCDP >> >> Sent from iJay >> >> >> >> On May 1, 2012, at 3:52 PM, Bal Birdy >> <[email protected]<mailto:[email protected]>> wrote: >> >> >> >>> BGP Path decision process shows that weight is higher in the path >> >>> selection to the decision that says ebgp is preferred over ibgp. >> >>> >> >>> BGP is a tricky beast where the AD isn't chosen first, it's not a >> >>> traditional routing protocol more a path selection. Somebody correct >> >>> me if I'm wrong as I have my written exam soon and I'll have to go >> >>> back to the books !!!! >> >>> >> >>> B >> >>> >> >>> On Wed, May 2, 2012 at 7:11 AM, Fulvio allegretti >> >>> <[email protected]<mailto:[email protected]>>wrote: >> >>> >> >>>> >> >>>> Hi all, >> >>>> Doing lab 9 Volume 2 - Task 4.4, configure R6 such that if it learned >> >>>> the same route via eBGP, it would still prefer the same route it has >> >>>> from R2 (iBGP). For my little brain this was very clearly to do with >> >>>> distance, eBGP >> >>>> 20 - iBGP 200, change the distance for the eBGP peers the task refers >> >>>> to and job done. The solution suggests adjusting weight which has >> >>>> left me a bit confused, what do you think? I though that admin >> >>>> distance would be looked at before the path selection algorithm Using >> >>>> the same logic, why does step 7 of the algorithm uses eBGP and iBGP? >> >>>> Again, adming distance is different, so we shouldn't even start the >> >>>> path selection alogrithm. Unless the distance was changed manually I >>>> suppose. >> >>>> Fulvio >> >>>> _______________________________________________ >> >>>> 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<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<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 >> >> ------------------------------ >> >> Message: 3 >> Date: Wed, 2 May 2012 14:16:17 -0400 >> From: Bob McCouch <[email protected]> >> To: Fulvio allegretti <[email protected]> >> Cc: [email protected] >> Subject: Re: [OSL | CCIE_RS] iBgp vs eBgp path selection >> Message-ID: >> <CAJFuDdZ68BxtYABvmgs6NWgrQ5Ovx22OkY_biiZuUc7qC=u...@mail.gmail.com> >> Content-Type: text/plain; charset=ISO-8859-1 >> >> Hi Fulvio, >> >> Think of it the other direction. All the protocols converge internally and >> use their internal algorithms to select its own best path to "offer" to the >> IP routing table. Among all routes offered to the IP routing table, the >> "best" one is then selected based on the AD of the protocol. >> >> In your example below, if the prefix is known via EIGRP, EBGP and IBGP, >> EIGRP will offer a route for the IP routing table at an AD of 90. BGP will >> go through it's process and if every other value is the same, eventually >> the external path will be chosen over the internal one, which will then be >> offered to the IP routing table. >> >> At that point, the IP routing selection process will pick the BGP route >> (which happens to be an EBGP route in this case, with an AD of 20) over the >> EIGRP route. >> >> If the route was only known via an IBGP path, it would be offered to the IP >> routing table with an AD of 200, and then EIGRP would win instead (and BGP >> would record a "RIB failure" for the route because it wasn't selected). >> >> Make sense? >> >> >> >> On Wed, May 2, 2012 at 6:43 AM, Fulvio allegretti >> <[email protected]>wrote: >> >>> Thank Bob, >>> >>> OK that makes sense. I am familiar with BGP Best Path selection algorithm, >>> but I thought it wouldn't even start the algorithm as AD are different, >>> hence my second part of the question. But, as you say, admin >>> distance is only taken into account to choose which routing protocol to use >>> in the first place, then its down to the protocol algorithm. So, if we had >>> a prefix known by igp, ebgp and ibgp and assuming default admin distance, >>> the ebgp admin distance would make BGP the best routing protocol, but the >>> path selection alogorithm could select the ibgp path due to a different >>> parameter, local pref for example. How interesting. Thanks again Bob >>> >>> ------------------------------ >>> From: [email protected] >>> Date: Tue, 1 May 2012 21:27:45 -0400 >>> Subject: Re: [OSL | CCIE_RS] iBgp vs eBgp path selection >>> To: [email protected] >>> >>> >>> Hi Fulvio, >>> >>> This matter took me a long time to really understand. Administrative >>> distance is used only to select the best route among multiple protocols for >>> installation into the routing table. Each protocol has it's own selection >>> algorithm to identify the candidate route it is offering for selection by >>> the IP routing table, at which point AD is used to select the best overall >>> route. >>> >>> In other words, Admin Distance cannot be used to select a specific route >>> *within* a protocol, only among all protocols that have the route. >>> >>> For example, EIGRP will always select Internal routes over External >>> routes. Even if you set the AD for external routes to 1, if the best route >>> to a destination prefix is learned as an EIGRP internal route, that one >>> will be installed with the AD of 90. AD doesn't matter when selecting >>> *which* EIGRP route will be used, only when selecting EIGRP vs. another >>> protocol. >>> >>> Likewise, OSPF will always select O, the O IA, then E1/N1, then E2/N2. >>> Can't be changed (as far as I know). But then whichever route is selected >>> will be installed in the IP routing table with a (default) AD of 110. >>> >>> For BGP, consult this: >>> http://www.cisco.com/en/US/tech/tk365/technologies_tech_note09186a0080094431.shtml >>> >>> See Step 7. BGP External routes will always be chosen over Internal, all >>> other values in steps 1-6 being equal. Unlike most other protocols, BGP has >>> knobs that can be used to tune route selection before getting to Step 7. >>> That's where weight, local preference, etc. come in. >>> >>> It took me a long time to wrap my brain around this. AD has nothing to do >>> with intra-protocol route selection. >>> >>> Hope this helps, >>> Bob >>> >>> >>> >>> On Tue, May 1, 2012 at 5:11 PM, Fulvio allegretti <[email protected] >>>> wrote: >>> >>> >>> Hi all, >>> Doing lab 9 Volume 2 - Task 4.4, configure R6 such that if it learned the >>> same route via eBGP, it would still prefer the same route it has from R2 >>> (iBGP). For my little brain this was very clearly to do with distance, eBGP >>> 20 - iBGP 200, change the distance for the eBGP peers the task refers to >>> and job done. The solution suggests adjusting weight which has left me a >>> bit confused, what do you think? I though that admin distance would be >>> looked at before the path selection algorithm >>> Using the same logic, why does step 7 of the algorithm uses eBGP and iBGP? >>> Again, adming distance is different, so we shouldn't even start the path >>> selection alogrithm. Unless the distance was changed manually I suppose. >>> Fulvio >>> _______________________________________________ >>> 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://www.platinumplacement.com/> >>> >>> http://onlinestudylist.com/mailman/listinfo/ccie_rs >>> >>> >>> >> >> >> ------------------------------ >> >> Message: 4 >> Date: Wed, 2 May 2012 18:27:24 +0000 >> From: Fulvio allegretti <[email protected]> >> To: <[email protected]> >> Cc: [email protected] >> Subject: Re: [OSL | CCIE_RS] iBgp vs eBgp path selection >> Message-ID: <[email protected]> >> Content-Type: text/plain; charset="iso-8859-1" >> >> >> Ok, I see, so if through the internal alogrithm iBGP wins, because of local >> pref for example, then the iBGP will be offered to the IP routing table and >> the EIGRP would be selected in your example. Great stuff. Thanks >> >> >> >> From: [email protected] >> Date: Wed, 2 May 2012 14:16:17 -0400 >> Subject: Re: [OSL | CCIE_RS] iBgp vs eBgp path selection >> To: [email protected] >> CC: [email protected] >> >> Hi Fulvio, >> >> >> Think of it the other direction. All the protocols converge internally and >> use their internal algorithms to select its own best path to "offer" to the >> IP routing table. Among all routes offered to the IP routing table, the >> "best" one is then selected based on the AD of the protocol. >> >> >> In your example below, if the prefix is known via EIGRP, EBGP and IBGP, >> EIGRP will offer a route for the IP routing table at an AD of 90. BGP will >> go through it's process and if every other value is the same, eventually the >> external path will be chosen over the internal one, which will then be >> offered to the IP routing table. >> >> >> At that point, the IP routing selection process will pick the BGP route >> (which happens to be an EBGP route in this case, with an AD of 20) over the >> EIGRP route. >> >> >> If the route was only known via an IBGP path, it would be offered to the IP >> routing table with an AD of 200, and then EIGRP would win instead (and BGP >> would record a "RIB failure" for the route because it wasn't selected). >> >> >> Make sense? >> >> >> >> >> >> On Wed, May 2, 2012 at 6:43 AM, Fulvio allegretti <[email protected]> >> wrote: >> >> >> >> Thank Bob, >> >> OK that makes sense. I am familiar with BGP Best Path selection algorithm, >> but I thought it wouldn't even start the algorithm as AD are different, >> hence my second part of the question. But, as you say, admin distance is >> only taken into account to choose which routing protocol to use in the first >> place, then its down to the protocol algorithm. So, if we had a prefix known >> by igp, ebgp and ibgp and assuming default admin distance, the ebgp admin >> distance would make BGP the best routing protocol, but the path selection >> alogorithm could select the ibgp path due to a different parameter, local >> pref for example. How interesting. Thanks again Bob >> >> >> >> >> >> >> >> From: [email protected] >> Date: Tue, 1 May 2012 21:27:45 -0400 >> Subject: Re: [OSL | CCIE_RS] iBgp vs eBgp path selection >> To: [email protected] >> >> >> >> Hi Fulvio, >> >> >> This matter took me a long time to really understand. Administrative >> distance is used only to select the best route among multiple protocols for >> installation into the routing table. Each protocol has it's own selection >> algorithm to identify the candidate route it is offering for selection by >> the IP routing table, at which point AD is used to select the best overall >> route. >> >> >> In other words, Admin Distance cannot be used to select a specific route >> *within* a protocol, only among all protocols that have the route. >> >> >> For example, EIGRP will always select Internal routes over External routes. >> Even if you set the AD for external routes to 1, if the best route to a >> destination prefix is learned as an EIGRP internal route, that one will be >> installed with the AD of 90. AD doesn't matter when selecting *which* EI _______________________________________________ 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
