Cisco StackWise Virtual (SVL): Two Chassis as One Logical Switch
How StackWise Virtual makes a pair of Catalyst 9500/9600 chassis behave as a single logical switch. SVL links, DAD (dual-active detection), and why SVL replaced legacy VSS.
- StackWise Virtual (SVL) merges two Catalyst 9500/9600 switches into one logical Layer-2/Layer-3 device. One control plane, one management IP, one config.
- Traffic between the two chassis rides the StackWise Virtual Link (SVL), one or more 10G/40G/100G interfaces bundled. Dual-Active Detection (DAD) watches for the SVL going down so both chassis don't declare themselves primary.
- SVL replaces the older VSS (Catalyst 6500/6800). Same concept, modernized: no VSL cards, uses regular front-panel ports, integrated with StackWise-Virtual on IOS-XE.
The one-sentence mental model
SVL is HSRP on steroids for the whole switch. Instead of two boxes with a virtual gateway IP that fails over between them, SVL makes the two boxes themselves one logical unit. Downstream devices see a single switch. STP sees a single switch. Routing peers see a single switch. Failover is transparent because “failover” doesn’t exist: the surviving chassis just keeps operating.
Why it matters
Classic dual-chassis campus design has ugly compromises:
- STP blocks half your uplinks. With two dist switches and redundant uplinks, STP blocks the second path.
- HSRP/VRRP for gateway redundancy. Works, but adds config and asymmetry.
- MC-LAG (mLAG) is proprietary and hard.
SVL solves all three: two chassis = one control plane = one gateway = MEC (Multi-chassis EtherChannel) uplinks from downstream. STP doesn’t block anything because there’s only one logical switch.
The pieces
StackWise Virtual Link (SVL)
The physical link(s) between the two chassis. Carries:
- Control-plane sync (routing tables, MAC tables, ARP)
- Data-plane traffic that ingressed on one chassis but must egress on the other
- Keepalives
Typical config: 2+ interfaces bundled (LACP-like within SVL), 40G or 100G to handle worst-case cross-chassis traffic. Kept on dedicated ports away from user traffic.
Dual-Active Detection (DAD)
If the SVL dies but both chassis stay up, each thinks the other is dead → both become active → split brain → duplicate MACs, IPs, routing chaos.
DAD prevents this via one of:
- DAD via a fast-hello link: dedicated direct link separate from the SVL
- DAD via ePAgP: enhanced PAgP heartbeats over an EtherChannel uplink to a downstream switch (that switch relays “the other chassis is still alive” back to me)
When DAD detects both members active, one member goes into recovery mode, shuts all interfaces except SVL and management, waits for the SVL to come back.
MEC: Multi-Chassis EtherChannel
The killer feature. Downstream switches bundle uplinks, one to each SVL chassis, into a single Port-channel. From the downstream’s point of view it’s a normal EtherChannel to one switch. From SVL’s point of view it’s a MEC that survives either chassis failing.
No STP blocking. Both uplinks forward. If a chassis fails, the surviving chassis takes over the MEC and downstream traffic doesn’t even blip.
Sample config outline
! On both chassis (then save and reload):
stackwise-virtual
domain 100
dual-active detection pagp trust channel-group 10 ! ePAgP DAD
!
interface range TenGigabitEthernet1/0/1-2
stackwise-virtual link 1
!
! Or fast-hello DAD over a dedicated link
interface TenGigabitEthernet1/0/3
stackwise-virtual dual-active-detection
After reload, the two chassis boot as one. You SSH into the “virtual” switch, show switch shows Switch 1 (Active) and Switch 2 (Standby).
Switch roles
- Active: runs the control plane. All routing / management runs here.
- Standby: mirrors state from Active. If Active dies, Standby takes over via SSO (Stateful Switchover). Sub-second failover for most protocols.
Both chassis forward user traffic. The Active/Standby distinction is about control plane, not data plane.
Common exam / real-world mistakes
- Not sizing the SVL for worst-case cross-chassis traffic. If a downstream sends traffic to chassis A but the destination MAC is behind chassis B, the frame crosses the SVL. Underprovisioned SVL becomes the bottleneck.
- Skipping DAD. SVL alone is not enough. Configure DAD via ePAgP or a dedicated link.
- Mixing switch models. Both chassis must be identical model + license.
- Assuming SVL = HA cluster. SVL is a single logical switch, not two switches in a cluster. Config is applied once and syncs. Upgrades are In-Service Software Upgrade (ISSU) or scheduled reload.
- Confusing SVL with legacy VSS. Same concept, different platform. VSS was on Catalyst 6500/6800 with dedicated VSL cards. SVL is on Catalyst 9500/9600 using front-panel ports. Do not carry over old VSS-specific commands.
Cheat strip
Purpose two chassis → one logical switch
Platforms Catalyst 9400 / 9500 / 9600 (SVL) ; Cat 6500/6800 (VSS legacy)
SVL bundled 10/40/100G between chassis. Control + data cross-chassis.
DAD Dual-Active Detection. Options: ePAgP | fast-hello DAD link.
MEC Multi-chassis EtherChannel. Downstream sees one Port-channel.
Roles Active (control) + Standby (mirror). SSO for sub-second failover.
STP eliminated for uplinks: no blocking, both paths forward.
Config stackwise-virtual > domain N ; stackwise-virtual link 1 on member ifs
Practice: quick check
Every question in the bank, once. No repeats. Missed ones cycle back at the end.
NETCONF and RESTCONF: Model-Driven Network APIs
How NETCONF (XML over SSH) and RESTCONF (JSON/XML over HTTPS) let you configure Cisco IOS-XE / NX-OS programmatically using YANG models. Config datastores, capabilities, and where each fits.
IPv6 First-Hop Security: RA Guard, DHCPv6 Guard, ND Inspection
The four Layer-2 security features every enterprise needs when it enables IPv6: RA Guard blocks rogue Router Advertisements, DHCPv6 Guard blocks rogue DHCPv6 servers, ND Inspection validates Neighbor Discovery, IPv6 Source Guard binds addresses to ports.
Want this drilled into reflex?
1:1 weekly sessions, live feedback on your labs, and US interview prep: built around the CCNP® exam blueprint. Free first session. No card on file until you decide.
Related topics
EtherChannel (Link Aggregation)
Bundle physical links between two switches into one logical Port-Channel for more bandwidth and instant failover. Covers LACP, PAgP, static and load balancing.
IP ConnectivityFHRP: HSRP, VRRP & GLBP
First-hop redundancy protocols. How two routers share one virtual IP so hosts don't notice when their default gateway fails. Covers HSRP states, election, preemption, and the GLBP load-balancing twist.
Network AccessSpanning Tree Protocol (STP)
CCNA STP guide: why loops are catastrophic, root election, port roles and states, BPDUs, PortFast, BPDU Guard, Root Guard, Loop Guard, RSTP and MSTP.
Stuck on Cisco StackWise Virtual (SVL): Two Chassis as One Logical Switch?
Walk your plan with a senior US network engineer in a free 20 minute call. We find the one thing blocking you and name the next step. No card. No pitch.
- 20 minutes, 1:1 with a senior US network engineer
- No card, no obligation, no sales pitch
- You pick the slot that fits your week
Get the free CCNA 12-week roadmap
You're already reading up on Cisco StackWise Virtual (SVL): Two Chassis as One Logical Switch. The roadmap is the order I recommend studying every CCNA topic in: with what to lab each week and where Cisco StackWise Virtual (SVL): Two Chassis as One Logical Switch fits. A written personal reply, not an autoresponder. Expect it within one business day.
Personal reply from a senior network engineer. No third-party tracking. Unsubscribe any time.
