Skip to main content
PacketMentor logo
Open menu
Home
Training
Learn
CCNA Library (74)
Browse all CCNA topics →
Network (13)
Device Operations (5)
Network Access (12)
Wireless (6)
IP Connectivity (10)
IP Services (11)
Security (10)
Automation (7)
Network+ Library (77)
Browse all Network+ topics →
1.0Networking Concepts (22)
2.0Network Implementation (17)
3.0Network Operations (16)
4.0Network Security (15)
5.0Network Troubleshooting (7)
NSE 4 Library (45)
CCNP Library (33)
Practice
All practice →
Troubleshooting Labs
Packet Tracer Labs
Interactive Simulators
Mock ExamPricing
Contact 📞 +1 (860) 556-3010 Book a Call
← All topics
CCNP Network Access Advanced

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.

Quick summary
  • **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

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

  1. 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.
  2. Skipping DAD. SVL alone is not enough. Configure DAD via ePAgP or a dedicated link.
  3. Mixing switch models. Both chassis must be identical model + license.
  4. 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.
  5. 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
Master this on a real network

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.

Claim my free session →

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.