MPLS and L3VPN lab 3 of 11
From VRF-lite to L3VPN
Two customers with overlapping addresses run over VRF-lite and a sub-interface per customer. Replace that with a real L3VPN: RDs, route targets, a VPNv4 session between PE loopbacks and a two-label stack through an MPLS core that knows nothing about either customer.
Run this lab
It needs Lite: its 5 nodes are set to 5 vCPU and 2,560 MB in total. That fits the free demo too.
In your workspace: Shared, then MPLS and L3VPN guided labs, then 03 - From VRF-lite to L3VPN
- Level
- Intermediate
- Time
- About 75 minutes
- Nodes need
- 5 vCPU, 2,560 MB
- Smallest plan
- Lite
The scenario
You've joined Wrenfield Networks, a regional carrier in AS 65100. Two customers have offices near your two exchange sites: Alder Foods and Birch Logistics. Both picked the same addresses years ago, so 192.168.1.0/24 and 192.168.2.0/24 each exist twice.
A colleague kept them apart with VRF-lite: one routing table per customer on each PE, and a dot1Q sub-interface per customer on a direct PE1 to PE2 cable. It works, but every new customer means a new sub-interface, a new subnet and new static routes, and the cable is about to be ceased. The MPLS core through P is already up, so your job is to move both customers onto it as a proper L3VPN.
| Customer | VRF | Sites | RD on PE1 | RD on PE2 | Route target |
|---|---|---|---|---|---|
| Alder Foods | ALDER | A1 (192.168.1.0/24), A2 (192.168.2.0/24) | 65100:101 | 65100:102 | 65100:100 |
| Birch Logistics | BIRCH | Loopback20 on PE1 (192.168.1.0/24), Loopback20 on PE2 (192.168.2.0/24) | 65100:201 | 65100:202 | 65100:200 |
To keep the lab small, each Birch office is a loopback in VRF BIRCH on its PE. Birch's 192.168.2.10 stands in for a server that Alder doesn't have.
| Device | Interface | Address | Connects to |
|---|---|---|---|
| A1 | Loopback1 | 192.168.1.1/24 | |
| A1 | Gi0/0 | 172.16.1.2/30 | PE1 Gi0/0 |
| PE1 | Loopback0 | 10.255.0.1/32 | |
| PE1 | Gi0/0 | 172.16.1.1/30 | A1 Gi0/0 |
| PE1 | Gi0/1 | 10.0.12.1/30 | P Gi0/0 |
| PE1 | Loopback20 | 192.168.1.1/24, 192.168.1.10/24 | |
| PE1 | Gi0/3.10 | 10.10.10.1/30 | |
| PE1 | Gi0/3.20 | 10.10.20.1/30 | |
| P | Loopback0 | 10.255.0.2/32 | |
| P | Gi0/0 | 10.0.12.2/30 | PE1 Gi0/1 |
| P | Gi0/1 | 10.0.23.1/30 | PE2 Gi0/1 |
| PE2 | Loopback0 | 10.255.0.3/32 | |
| PE2 | Gi0/0 | 172.16.2.1/30 | A2 Gi0/0 |
| PE2 | Gi0/1 | 10.0.23.2/30 | P Gi0/1 |
| PE2 | Loopback20 | 192.168.2.1/24, 192.168.2.10/24 | |
| PE2 | Gi0/3.10 | 10.10.10.2/30 | |
| PE2 | Gi0/3.20 | 10.10.20.2/30 | |
| A2 | Loopback1 | 192.168.2.1/24 | |
| A2 | Gi0/0 | 172.16.2.2/30 | PE2 Gi0/0 |
What you’ll practise
- Explain what a VRF does on its own and what VRF-lite costs as customers grow
- Explain what a route distinguisher does and how it differs from a route target
- Build a VPNv4 iBGP session between PE loopbacks and carry extended communities
- Read the VPN label and the transport label in the FIB and in a traceroute
- Prove that a P router holds no customer routes and that two customers stay separate
The tasks
- Read what VRF-lite gives you
- Clear out VRF-lite
- Give each VRF an RD and route targets
- Build the VPNv4 session
- Put each customer's routes into the VPN
- Prove the traffic uses labels
The Lab Tasks pane has the scenario, these tasks, the checks to run, hints and the full solution.
Topology and devices
The network as it opens in EVE-NG, drawn from the lab’s own canvas, and the image each node runs.
Every link, as text
- A1
Gi0/0to PE1Gi0/0 - PE1
Gi0/1to PGi0/0 - P
Gi0/1to PE2Gi0/1 - PE2
Gi0/0to A2Gi0/0 - PE1
Gi0/3to PE2Gi0/3
| Node | Device | Image in Add Node | Set to |
|---|---|---|---|
| A1 | Cisco IOSv | vios-adventerprisek9-m.spa.159-3.m9 | 1 vCPU, 512 MB |
| PE1 | Cisco IOSv | vios-adventerprisek9-m.spa.159-3.m9 | 1 vCPU, 512 MB |
| P | Cisco IOSv | vios-adventerprisek9-m.spa.159-3.m9 | 1 vCPU, 512 MB |
| PE2 | Cisco IOSv | vios-adventerprisek9-m.spa.159-3.m9 | 1 vCPU, 512 MB |
| A2 | Cisco IOSv | vios-adventerprisek9-m.spa.159-3.m9 | 1 vCPU, 512 MB |
How to open this lab
Sign in to your workspace at
lab.cloudlabbox.com.In File Manager, open Shared, then the folder
MPLS and L3VPN guided labs.Open
03 - From VRF-lite to L3VPNand start its nodes, then open Lab Tasks for the scenario and the steps.
The lab is read-only. You can start the nodes and configure the devices, but changes to the topology can’t be saved. To change it, rebuild it in your own folder.
More MPLS and L3VPN labs
Related labs in other courses
CloudLabBox is independent of Cisco, Juniper Networks and MikroTik. The lab follows exam topics and isn’t vendor training material; vendor names identify the exams and the images in the workspace.