Hi CN The peering btw R1 & R9 is to exchange VPNv4 labels and is an eBGP multi-hop setup session. The LSP is broken in an end-to-end prospective. Thats why we need to send labels (IPv4 unicvast-labels) using the existing eBGP IPv4 peering btw R5 & R6.
I hope i am clear. Best Regards, Saleh Hassan Batouq [email protected] On Mon, Sep 2, 2013 at 4:10 AM, cal net <[email protected]> wrote: > Hi, > In Vol1-Lab 29, I am finding it hard to understand why we need MP-eBGP > peering between R1 and R9 when we already have established peers in R5 and > R6 configured as MP-eBGP? > > I brought down the peering between R1 and R9 to see whether there can still > be connectivity between VPNA in AS 125 with VPNB int AS 689 but I found > that R5 and R6 are not learning any VRFs when I do a "show ip bgp vpnv4 > all" command. > > I'm finding it hard to understand why can't both the VRFs communicate > without the MP-eBGP peering between R1 and R9??? And what can we do to make > it work without this peering? > > cn > _______________________________________________ > 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
