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 peer link — direct L2 link separate from 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)
- DAD via BFD over a management interface
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:
switch 1 provision c9500-40x
stackwise-virtual
domain 100
!
interface range TenGigabitEthernet1/0/1-2
stackwise-virtual link 1
!
! Dual-active detection
stackwise-virtual dual-active-detection pagp trust channel-group 10
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 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 | dedicated link | BFD.
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
A scenario each round. Take your time — there's a Next button whether you're right or wrong.
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, IPv6 Source Guard
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 multiple physical links between two switches into one logical Port-Channel — more bandwidth, instant failover, and STP sees it as a single link. Covers LACP, PAgP, static, and load-balancing methods.
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)
Definitive CCNA-level STP guide — why loops are catastrophic, bridge ID + priority election, three port roles, five port states, BPDU anatomy, PortFast + BPDU Guard + Root Guard + Loop Guard, RSTP convergence, MSTP overview, and 8 worked scenarios.
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.
