VXLAN EVPN lab 11 of 14
Troubleshooting the underlay
A rack move left three underlay faults behind: a BGP mismatch, a missing loopback and an MTU black hole. Find and fix them from the bottom up.
Run this lab
It needs Standard: its 7 nodes are set to 7 vCPU and 9,728 MB in total.
In your workspace: Shared, then VXLAN EVPN fabrics guided labs, then 11 - Troubleshooting the underlay
- Level
- Advanced
- Time
- About 60 minutes
- Nodes need
- 7 vCPU, 9,728 MB
- Smallest plan
- Standard
The scenario
A contractor finished the rack move at Calder Freight's Leeds data hall overnight and left this note: "fabric is up, BGP looks OK". The morning shift says otherwise. Hosts in VLAN 10 can't reach each other across racks, and after a first quick fix someone reports that small pings work but file transfers hang.
Everything is wrong in the underlay, not the overlay. The VNIs, RDs and route targets are all correct, so leave them alone. There are three faults. Work from the bottom up.
| Node | AS | Loopback | Fabric link |
|---|---|---|---|
| spine1 | 65000 | 10.255.0.1 | Ethernet1–3 10.1.N.0/31 |
| leaf1 (Cumulus) | 65001 | 10.255.0.11 | swp1 10.1.1.1/31 |
| leaf2 (Cumulus) | 65002 | 10.255.0.12 | swp1 10.1.2.1/31 |
| leaf3 (vEOS) | 65003 | 10.255.0.13 | Ethernet1 10.1.3.1/31 |
Hosts h1 10.10.10.11, h2 10.10.10.12 and h3 10.10.10.13 are all in VLAN 10, VNI 10010.
What you’ll practise
- Diagnose a failed eBGP session
- Recognise an unreachable VTEP from invalid EVPN routes
- Test for an MTU black hole with full-size pings
The tasks
- Start the lab
- Check every underlay session
- Check every VTEP is reachable
- Check there's room for the encapsulation
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
- spine1
Ethernet1to leaf1swp1 - spine1
Ethernet2to leaf2swp1 - spine1
Ethernet3to leaf3Ethernet1 - leaf1
swp3to h1eth0 - leaf2
swp3to h2eth0 - leaf3
Ethernet3to h3eth0
| Node | Device | Image in Add Node | Set to |
|---|---|---|---|
| spine1 | Arista vEOS | veos-4.33.1.1F | 1 vCPU, 2,048 MB |
| leaf1 | NVIDIA Cumulus VX | cumulus-vx-5.9.1 | 1 vCPU, 2,048 MB |
| leaf2 | NVIDIA Cumulus VX | cumulus-vx-5.9.1 | 1 vCPU, 2,048 MB |
| leaf3 | 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 |
| h3 | 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
VXLAN EVPN fabrics guided labs.Open
11 - Troubleshooting the underlayand 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 VXLAN EVPN labs
Related labs in other courses
CloudLabBox is independent of Arista Networks, Cisco, HPE, Juniper Networks and NVIDIA. The lab follows exam topics and isn’t vendor training material; vendor names identify the exams and the images in the workspace.