MPLS and L3VPN lab 8 of 11
Internet access from a VRF: route leaking and NAT
Give a VPN customer Internet access through one PE. Leak a default out of the VRF and a public block back in, send the default through the VPN, then add VRF-aware NAT for offices on private addresses, including the remote one whose traffic arrives in MPLS.
Run this lab
It needs Lite: its 6 nodes are set to 6 vCPU and 3,072 MB in total. That fits the free demo too.
In your workspace: Shared, then MPLS and L3VPN guided labs, then 08 - Internet access from a VRF - route leaking and NAT
- Level
- Advanced
- Time
- About 75 minutes
- Nodes need
- 6 vCPU, 3,072 MB
- Smallest plan
- Lite
The scenario
Alder Foods has two offices in a Wrenfield L3VPN, and it wants Internet access through the VPN rather than a second circuit at each office. PE1 has Wrenfield's Internet uplink to the upstream provider, router UP, in the global table. The test site on the Internet is 198.51.100.1.
Alder has two kinds of address, and they need different treatment:
| Addresses | Where | What it needs |
|---|---|---|
| 192.168.1.0/24, 192.168.2.0/24 | Office LANs | Private, so NAT on PE1, to the uplink's address 203.0.113.2 |
| 203.0.113.64/29 | Public server block on CE1 | Public, so plain routing, no NAT |
The upstream runs an anti-spoofing filter, FROM-WRENFIELD, on its link to you. It drops any packet with a 192.168.x.x source, so a NAT mistake can't hide: its counters show what really arrived.
| Device | Interface | Address | Connects to |
|---|---|---|---|
| CE1 | Loopback1 | 192.168.1.1/24 | |
| CE1 | Gi0/0 | 172.16.1.2/30 | PE1 Gi0/0 |
| CE1 | Loopback2 | 203.0.113.65/29 | |
| PE1 | Loopback0 | 10.255.0.1/32 | |
| PE1 | Gi0/0 | 172.16.1.1/30 | CE1 Gi0/0 |
| PE1 | Gi0/1 | 10.0.12.1/30 | P Gi0/0 |
| PE1 | Gi0/3 | 203.0.113.2/30 | UP Gi0/0 |
| 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 | CE2 Gi0/0 |
| PE2 | Gi0/1 | 10.0.23.2/30 | P Gi0/1 |
| CE2 | Loopback1 | 192.168.2.1/24 | |
| CE2 | Gi0/0 | 172.16.2.2/30 | PE2 Gi0/0 |
| UP | Loopback1 | 198.51.100.1/24 | |
| UP | Gi0/0 | 203.0.113.1/30 | PE1 Gi0/3 |
What you’ll practise
- Leak routes both ways between a VRF and the global table with static routes
- Carry a default route through a VPN
- Configure VRF-aware NAT on a PE
- Work out which interface is NAT inside for traffic arriving from the MPLS core
- Use the upstream filter counters to prove what really left the network
The tasks
- See the problem
- Leak in both directions
- Send the default through the VPN
- NAT for the local office
- NAT for the remote office
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
- CE1
Gi0/0to PE1Gi0/0 - PE1
Gi0/1to PGi0/0 - P
Gi0/1to PE2Gi0/1 - PE2
Gi0/0to CE2Gi0/0 - PE1
Gi0/3to UPGi0/0
| Node | Device | Image in Add Node | Set to |
|---|---|---|---|
| CE1 | 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 |
| CE2 | Cisco IOSv | vios-adventerprisek9-m.spa.159-3.m9 | 1 vCPU, 512 MB |
| UP | 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
08 - Internet access from a VRF - route leaking and NATand 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.