Arista EOS lab 17 of 20
MPLS and LDP with a BGP-free core
Switch on MPLS and LDP across an IS-IS core, read the label tables, run iBGP on the PEs only, and prove with LSP ping and a packet capture that P routers running no BGP forward customer traffic on labels alone.
Run this lab
It needs Standard: its 6 nodes are set to 6 vCPU and 9,216 MB in total.
In your workspace: Shared, then Arista EOS guided labs, then 17 - MPLS and LDP with a BGP-free core
- Level
- Advanced
- Time
- About 80 minutes
- Nodes need
- 6 vCPU, 9,216 MB
- Smallest plan
- Standard
The scenario
The IS-IS core is running. Northwind now wants the P routers out of the customer routing business: carry labels, keep small tables, know nothing about customer prefixes. You'll switch on MPLS and LDP, run BGP on the PEs only, and prove that P1 really forwards on labels. P1 is the working path; the links to P2 cost 30 at the PEs.
| Link | Addresses |
|---|---|
| PE1 Et1 to P1 Et1 | 10.0.1.0 and 10.0.1.1 /31 |
| PE1 Et2 to P2 Et1 | 10.0.2.0 and 10.0.2.1 /31 |
| PE2 Et1 to P1 Et2 | 10.0.3.0 and 10.0.3.1 /31 |
| PE2 Et2 to P2 Et2 | 10.0.4.0 and 10.0.4.1 /31 |
| P1 Et3 to P2 Et3 | 10.0.5.0 and 10.0.5.1 /31 |
Loopbacks: PE1 10.255.0.1, PE2 10.255.0.2, P1 10.255.0.11, P2 10.255.0.12. Host LANs: h1 192.168.1.10/24 behind PE1 Et3, h2 192.168.2.10/24 behind PE2 Et3. BGP AS 65000 runs on PE1 and PE2 only.
What this virtual router shows. vEOS really does push, swap and pop labels in its software forwarder, so everything in this lab is live traffic, not just a table. Its timing isn't hardware timing. Two things to know: labelled transit packets appear on the raw port
vmnicet1, not onet1, andno mpls ipunder a single interface didn't stop labelled traffic when we tested it, so control labels with LDP's per-interface setting instead.
What you’ll practise
- Enable MPLS globally and LDP on chosen interfaces
- Read LDP neighbours, bindings and the LFIB, and spot penultimate hop popping
- Resolve iBGP next hops through LDP tunnels so the P routers carry no BGP
- Prove labelled forwarding with LSP ping, LSP traceroute and a capture on a P router
- See what a break in the LDP path does to the service
The tasks
- Address the hosts and record the baseline
- Enable MPLS and LDP
- Read the label tables
- Run iBGP on the PEs only
- Prove it forwards on labels
- See a break in the LDP path
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
- PE1
Ethernet1to P1Ethernet1 - PE1
Ethernet2to P2Ethernet1 - PE2
Ethernet1to P1Ethernet2 - PE2
Ethernet2to P2Ethernet2 - P1
Ethernet3to P2Ethernet3 - PE1
Ethernet3to h1eth0 - PE2
Ethernet3to h2eth0
| Node | Device | Image in Add Node | Set to |
|---|---|---|---|
| PE1 | Arista vEOS | veos-4.33.1.1F | 1 vCPU, 2,048 MB |
| P1 | Arista vEOS | veos-4.33.1.1F | 1 vCPU, 2,048 MB |
| P2 | Arista vEOS | veos-4.33.1.1F | 1 vCPU, 2,048 MB |
| PE2 | Arista vEOS | veos-4.33.1.1F | 1 vCPU, 2,048 MB |
| h1 | Alpine Linux | clbalpinebase-alpine-base-3-20-3 | 1 vCPU, 512 MB |
| h2 | Alpine Linux | clbalpinebase-alpine-base-3-20-3 | 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
Arista EOS guided labs.Open
17 - MPLS and LDP with a BGP-free coreand 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 Arista EOS labs
Related labs in other courses
CloudLabBox is independent of Arista Networks. The lab follows exam topics and isn’t vendor training material; vendor names identify the exams and the images in the workspace.