VXLAN EVPN lab 4 of 14
Arista and Cumulus interoperability
Find out why automatic route targets break a mixed fabric, fix it two ways, then read a Cumulus Ethernet segment from the Arista side.
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 04 - Arista and Cumulus interoperability
- Level
- Advanced
- Time
- About 75 minutes
- Nodes need
- 7 vCPU, 9,728 MB
- Smallest plan
- Standard
The scenario
Calder Freight bought one more rack, and the supplier delivered Arista leaves. In labs 2 and 3 the route targets were written out by hand on every leaf, so the mix of vendors didn't matter. The new rack's installer left the Cumulus leaves on automatic route targets, and h3 on the Arista leaf can't reach anything.
You'll work out what each vendor derives automatically and why they don't match, fix it two ways, then dual-home a new server (h4) and see how an Ethernet segment looks from the other vendor's side.
| Item | leaf1 (Cumulus) | leaf2 (Cumulus) | leaf3 (vEOS) |
|---|---|---|---|
| AS / loopback | 65001 / 10.255.0.11 | 65002 / 10.255.0.12 | 65003 / 10.255.0.13 |
| VLAN 10 mapped to | VNI 10010 | VNI 10010 | VNI 10010 |
| RD and RT today | automatic | automatic | rd auto, RT 65000:10010 |
| Host | Port | Address |
|---|---|---|
| h1 | leaf1 swp3 | 10.10.10.11/24 |
| h3 | leaf3 Ethernet3 | 10.10.10.13/24 |
| h4 | LACP bond to leaf1 swp4 and leaf2 swp4 | 10.10.10.14/24 |
What you’ll practise
- Compare automatic RDs and RTs on Cumulus and EOS
- Explain why an eBGP fabric needs explicit route targets across vendors
- Build an EVPN Ethernet segment with a type 3 ESI
- Read type 1 and type 4 routes and aliasing from another vendor
The tasks
- Start the lab
- Read what each vendor derived
- Find the symptom
- The quick fix
- The better fix
- Dual-home h4 and read the ESI
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 - leaf1
swp4to h4eth0 - leaf2
swp4to h4eth1 - 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 |
| h4 | 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
04 - Arista and Cumulus interoperabilityand 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.