Cisco NX-OS data centre lab 7 of 15
vPC with one port-channel to two Nexus switches
Pair two Nexus switches as a vPC domain so a dual-homed server runs one LACP port-channel to both. Add a shared gateway, then fail the member link, the peer link and the keepalive, and see why each one matters.
Run this lab
It needs Standard: its 4 nodes are set to 6 vCPU and 13,312 MB in total.
In your workspace: Shared, then Cisco Nexus NX-OS data centre guided labs, then 07 - vPC with one port-channel to two Nexus switches
- Level
- Advanced
- Time
- About 80 minutes
- Nodes need
- 6 vCPU, 13,312 MB
- Smallest plan
- Standard
The scenario
H1 is a tenant's database server with one cable to each Nexus switch, because neither switch may be a single point of failure. A port-channel can't normally span two switches. With a virtual port-channel (vPC), N1 and N2 look like one switch to H1, so both cables forward at once in a single LACP channel. H2 was cabled to N2 only, which makes it an orphan, and you'll see what that means. H1's bond is ready, and N1 and N2 have only their names and management addresses.
| Item | N1 | N2 |
|---|---|---|
| mgmt0 (keepalive) | 192.168.100.1 | 192.168.100.2 |
| vPC domain 1, role priority | 100 (primary) | 200 |
| Peer link | Po1, Ethernet1/3-4 | Po1, Ethernet1/3-4 |
| vPC 10 to H1 | Po10, Ethernet1/5 | Po10, Ethernet1/5 |
| Vlan10 address, HSRP priority | 10.10.10.2, 110 | 10.10.10.3, 100 |
| Orphan host | none | H2 on Ethernet1/6, VLAN 10 |
HSRP group 10, version 2, virtual IP 10.10.10.1. H1 is 10.10.10.11 and H2 is 10.10.10.12, both with gateway .1.
What you’ll practise
- Build a vPC domain: keepalive, peer link and vPC member ports
- Explain what peer-switch and peer-gateway are for
- Read the vPC role and the consistency checks
- Predict what happens when a member, the peer link or the keepalive fails
- Find orphan ports and explain the risk they carry
The tasks
- Start the lab
- The domain and the keepalive
- The peer link
- The vPC to H1
- A shared gateway
- Fail things on purpose
- Consistency checks
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
- N1
e3to N2e3 - N1
e4to N2e4 - N1
e5to H1eth0 - N2
e5to H1eth1 - N2
e6to H2eth0 - N1
e0to MGMT (network) - N2
e0to MGMT (network)
| Node | Device | Image in Add Node | Set to |
|---|---|---|---|
| N1 | Cisco Nexus 9000v | nxosv9k-9300v-9.3.10 | 2 vCPU, 6,144 MB |
| N2 | Cisco Nexus 9000v | nxosv9k-9300v-9.3.10 | 2 vCPU, 6,144 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
Cisco Nexus NX-OS data centre guided labs.Open
07 - vPC with one port-channel to two Nexus switchesand 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 Cisco NX-OS data centre labs
All Cisco NX-OS data centre labs
Related labs in other courses
CloudLabBox is independent of Cisco. The lab follows exam topics and isn’t vendor training material; vendor names identify the exams and the images in the workspace.