MPLS and L3VPN lab 7 of 11
Route-target design: hub-and-spoke and an extranet
A retail chain wants every shop-to-shop packet to pass through head office, and only the shops may reach a supplier's server. Build both with nothing but route targets, then fix the two loop-prevention rules that get in the way, with allowas-in and as-override.
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 07 - Route-target design - hub-and-spoke and an extranet
- Level
- Advanced
- Time
- About 90 minutes
- Nodes need
- 6 vCPU, 3,072 MB
- Smallest plan
- Lite
The scenario
Wrenfield Networks has won Cedar Retail, a chain with a head office and two shops. Cedar's security team has two rules:
- Shops never talk directly. All shop-to-shop traffic passes through the firewall at head office (router HUB here), so it can be inspected.
- Shops, and only shops, use a supplier's stock server. That server sits at a separate company, reached through its own VPN. Head office must not be able to reach it, and the supplier must see nothing but the shops.
You won't change a single IP address or BGP session to do this. Route targets do all of it. PE1 and PE2 are directly connected in this lab.
| Site | Router | LAN | AS | PE and VRF |
|---|---|---|---|---|
| Head office | HUB | 192.168.20.0/24 | 65300 | PE1: HUB-IN and HUB-OUT |
| Shop 1 | S1 | 192.168.21.0/24 | 65301 | PE2: SPOKE1 |
| Shop 2 | S2 | 192.168.22.0/24 | 65301 | PE2: SPOKE2 |
| Supplier | SVC | 192.168.30.0/24 | 65302 | PE2: SERVICES |
The route-target plan, which you'll work through below:
| RT | Means | Exported by | Imported by |
|---|---|---|---|
| 65100:21 | Shop routes, for head office | SPOKE1, SPOKE2 | HUB-IN |
| 65100:20 | Routes from head office, for the shops | HUB-OUT | SPOKE1, SPOKE2 |
| 65100:31 | Shop routes, for the supplier | SPOKE1, SPOKE2 | SERVICES |
| 65100:30 | Supplier routes, for the shops | SERVICES | SPOKE1, SPOKE2 |
| Device | Interface | Address | Connects to |
|---|---|---|---|
| HUB | Loopback1 | 192.168.20.1/24 | |
| HUB | Gi0/0 | 172.16.1.2/30 | PE1 Gi0/1 |
| HUB | Gi0/1 | 172.16.2.2/30 | PE1 Gi0/2 |
| PE1 | Loopback0 | 10.255.0.1/32 | |
| PE1 | Gi0/0 | 10.0.12.1/30 | PE2 Gi0/0 |
| PE1 | Gi0/1 | 172.16.1.1/30 | HUB Gi0/0 |
| PE1 | Gi0/2 | 172.16.2.1/30 | HUB Gi0/1 |
| PE2 | Loopback0 | 10.255.0.2/32 | |
| PE2 | Gi0/0 | 10.0.12.2/30 | PE1 Gi0/0 |
| PE2 | Gi0/1 | 172.16.21.1/30 | S1 Gi0/0 |
| PE2 | Gi0/2 | 172.16.22.1/30 | S2 Gi0/0 |
| PE2 | Gi0/3 | 172.16.30.1/30 | SVC Gi0/0 |
| S1 | Loopback1 | 192.168.21.1/24 | |
| S1 | Gi0/0 | 172.16.21.2/30 | PE2 Gi0/1 |
| S2 | Loopback1 | 192.168.22.1/24 | |
| S2 | Gi0/0 | 172.16.22.2/30 | PE2 Gi0/2 |
| SVC | Loopback1 | 192.168.30.1/24 | |
| SVC | Gi0/0 | 172.16.30.2/30 | PE2 Gi0/3 |
What you’ll practise
- Design a route-target plan for hub-and-spoke and an extranet
- Explain why a hub needs two VRFs and each spoke its own VRF
- Use allowas-in to bring routes back through a hub site
- Use as-override for customer sites that share an AS
- Prove the traffic path with traceroute and the isolation with a failed ping
The tasks
- Why two VRFs at the hub, and one per spoke
- Build the hub-and-spoke import and export
- Get the routes back in: allowas-in
- Two sites with one AS: as-override
- Add the extranet
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
- HUB
Gi0/0to PE1Gi0/1 - HUB
Gi0/1to PE1Gi0/2 - PE1
Gi0/0to PE2Gi0/0 - PE2
Gi0/1to S1Gi0/0 - PE2
Gi0/2to S2Gi0/0 - PE2
Gi0/3to SVCGi0/0
| Node | Device | Image in Add Node | Set to |
|---|---|---|---|
| HUB | 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 |
| PE2 | Cisco IOSv | vios-adventerprisek9-m.spa.159-3.m9 | 1 vCPU, 512 MB |
| S1 | Cisco IOSv | vios-adventerprisek9-m.spa.159-3.m9 | 1 vCPU, 512 MB |
| S2 | Cisco IOSv | vios-adventerprisek9-m.spa.159-3.m9 | 1 vCPU, 512 MB |
| SVC | 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
07 - Route-target design - hub-and-spoke and an extranetand 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.