In this post, we will look into setting up MPLS VPN and use EIGRP as our routing protocol between the PE router and the CE router. We won’t go deeper into the MPLS VPN backbone configuration but just the PE-CE segment. At this point, if you are unfamiliar with MPLS VPN, please read this post here.

Also note that typically, EIGRP is not going to be what you’ll typically see in a real environment as PE-CE routing protocol due to its limitations in terms of platform compatibility.

To be consistent, we will use the same MPLS diagram we’ve been using…

MPLS is fully configured except the links between the PEs and the CEs. We will configure EIGRP AS 1 on the PE routers and note that RouteLeak offices will run EIGRP AS 100. Let’s hop on the consoles and configure our PE routers…

Here, notice how we have to specify the AS number that the CE router at the customer side is running. If not, the adjacency will not come up. We also need to specify the VRF context for this peering which is RouteLeak. Also, we have disabled auto summarization here because it could cause the same summary being propagated across multiple distinct sites that are based on network class. Let’s do the same on the other side…

Good ! Our next step is now to redistribute BGP into EIGRP at the PE routers…

All right, let’s do the same on the other side…

Good ! Since we have redistributed BGP into EIGRP, we now need to redistribute EIGRP into BGP on both sides. Let’s do that…

Here, under the VRF context we have redistributed EIGRP into BGP. Let’s do the same on the other side…

All right ! We should be done with the PE routers. Let’s hop on the CE routers and configure EIGRP AS 100, disable auto summarization and advertise our networks into the routing protocol…

Pretty straight forward here as we have configure EIGRP AS 100 and advertised our networks, let’s do the same on the other side…

Great ! Let’s now check the routing table of the CE router at the HeadQuarter…

Good ! here we can clearly see EIGRP internal routes coming from Eth0/0. Let’s see if we can ping and trace the other side…

Very good ! We can clearly see the path to the loopback on the far side as well as the labels geenrated by LDP. Let’s look at the routing table on the PE routing under VRF RouteLeak…

Notice how the far side prefixes appear as iBGP routes with an admin distance of 200. That’s because the routes have been redistributed into BGP. Let’s check the routing protocols running for VRF RouteLeak…

Let’s now check our MPLS forwarding table and make sure we can ping across…

That’s all for this topic. Please leave me a comment if you have any questions.