Cisco Nexus Dashboard 4.3 in EVE-NG, step by step (part 1 of 3)

Deploy Nexus Dashboard 4.3 as an EVE-NG node, bootstrap it from the console, bring up the cluster, and boot a six-switch N9Kv fabric under containerlab. Every step, with the screen it produces.
Banner: cisco nexus dashboard 4.3 in eve-ng, step by step, plus a containerlab n9kv fabric for ndfc

On this page

It is Saturday evening, the EVE-NG host is idle, and six Nexus 9000v switches are waiting for a controller. I want a Nexus Dashboard cluster with its data interface on the same wire as those switches, so the fabric controller can discover them without a single static route. This post gets the cluster up, from a qcow2 in a download folder to an empty Fabrics page. Part 2 builds the VXLAN EVPN fabric in the NDFC GUI, one screen at a time, and Part 3 does the same build with Ansible. The format is the one I like in a lab guide: an instruction, then the screen it produces.

Lab Topology

Everything runs on one EVE-NG Pro 7.2 host, and two Linux bridges do all the work. pnet0, the management bridge, is my home LAN. nat0, the NAT cloud bridge, carries the Nexus Dashboard data interface, every switch mgmt0 and the NDFC persistent service addresses. A small always-on KVM guest called dns01 serves DNS and NTP to both segments, because the Cluster Bringup wizard marks DNS and NTP as required fields and I wanted them answered locally.

Platform diagram: one EVE-NG host with two bridges. pnet0 carries the home LAN with dns01 at 192.168.1.53 and the Nexus Dashboard management interface at 192.168.1.133. nat0 carries 172.29.131.0/24 with the ND data interface at .133, dns01 at .53 and the containerlab switches at .31 to .40.
One host, two bridges. The ND data interface and the switch management ports share a layer 2 segment, which is why discovery never needs a route.

The fabric NDFC will manage is two spines and four leaves as two vPC pairs, plus four servers, each dual-homed to a pair with an LACP bond. Server1 and Server3 live on NET-WEB, Server2 and Server4 on NET_APP, so Part 2 gets to prove same-subnet and routed reachability across the fabric with the same four hosts.

Topology diagram: dc2-spine01 and dc2-spine02 on top, dc2-leaf01 to dc2-leaf04 below as two vPC pairs with peer-links on Eth1/5 and Eth1/6, and four servers dual-homed on Eth1/3 and Eth1/4 of each pair. Management addresses 172.29.131.31 to .40.
ndfc-lab2. NX-OS Ethernet1/X is containerlab ethX, so the cabling table reads the same on both sides.

This post is for paying subscribers only

Subscribe to LevelUp I.T. newsletter and stay updated.

Don't miss anything. Get all the latest posts delivered straight to your inbox. It's free!
Great! Check your inbox and click the link to confirm your subscription.
Error! Please enter a valid email address!