VSS Configuration PDF
VSS Configuration PDF
VSS Configuration PDF
The Cisco Catalyst 6500 Series Virtual Switching System (VSS) allows the clustering of two chassis together
into a single, logical entity. This technology allows for enhancements in all areas of network design,
including high availability, scalability, management, and maintenance.
The Virtual Switching System is created by converting two standalone Catalyst 6500 systems to a Virtual
Switching System. The conversion is a one-time process that requires a few simple configuration steps and a
system reload. Once the individual chassis reload, they are converted into the Virtual Switching System.
All control plane functions are centrally managed by the active supervisor engine of the active virtual
switch chassis, including:
Management (Simple Network Management Protocol [SNMP], Telnet, Secure Shell [SSH] Protocol,
etc.)
Layer 2 Protocols (bridge protocol data units [BPDUs], protocol data units [PDUs], Link Aggregation
Control
Protocol [LACP], etc.)
Layer 3 Protocols (routing protocols, etc.)
Software data path
The requirements to convert the 6500 into a Virtual Switching System are:
The VSS requires Supervisor Engine 720 with 10-Gigabit Ethernet ports. You must use either two
VS-S720-10G-3C or two VS-S720-10G-3CXL supervisor engine modules.
The VSS requires 67xx series switching modules.
The VSL EtherChannel supports only 10-Gigabit Ethernet ports.
To convert two standalone chassis into a VSS, perform the following activities:
Define a switch virtual domain ID to identify the VSS. The ID must be the same on each 6500; in this
example the ID ‘100’ is used:
CiscozineA(config-vs-domain)#switch 1
CiscozineA#
CiscozineB(config)#switch virtual domain 100
Domain ID 100 config will take effect only
after the exec command 'switch convert mode virtual' is issued
CiscozineB(config-vs-domain)#switch 2
CiscozineB#
The Virtual Switch Link (VSL), like the VPC peer-link in VPC, is clearly a vital part of the VSS. It provides the
signaling path used for synchronizing the two supervisor engines’ control planes, as well as providing the
data path for any user data traffic needing to pass between the two chassis.
Choose unique port-channel IDs for each chassis to form the VSL and configure them with the corresponding
switch ID:
CiscozineA(config)#interface port-channel 1
CiscozineA(config-if)#switch virtual link 1
CiscozineA(config-if)#no shut
CiscozineA(config-if)#exit
CiscozineA(config)#interface range tenGigabitEthernet 5/4 -5
CiscozineA(config-if-range)#channel-group 1 mode on
CiscozineA(config-if-range)#no shutdown
CiscozineA#
CiscozineB(config)#interface port-channel 2
CiscozineB(config-if)#switch virtual link 2
CiscozineB(config-if)#no shut
CiscozineB(config-if)#exit
CiscozineB(config)#interface range tenGigabitEthernet 5/4 -5
CiscozineB(config-if-range)#channel-group 2 mode on
CiscozineB(config-if-range)#no shutdown
CiscozineB#
2. Convert to a VSS
The running configuration of the individual switch is converted into a three-level virtual switch
interface notation. Two-level interface configurations (such as 10 GigabitEthernet 5/4) are
converted into three-level interfaces (such as 10 GigabitEthernet 1/5/4 in Switch 1 and 10
GigabitEthernet 2/5/4 in Switch 2) like in a stack.
The startup configuration is updated with the three-number notation.
A copy of the original startup configuration converted to three-number notation is written to
the bootflash of the respective switch.
Both switches reload.
*Sep 15 12:38:09.610: %SYS-SP-3-LOGGER_FLUSHED: System was paused for 00:00:00 to ensure console
debugging output.
***
*** --- SHUTDOWN NOW ---
***
Wait more or less five minutes, then convert the second switch.
*Sep 15 12:38:19.619: %SYS-SP-3-LOGGER_FLUSHED: System was paused for 00:00:00 to ensure console
debugging output.
***
*** --- SHUTDOWN NOW ---
***
CiscozineVSS#conf t
CiscozineVSS#(config)#redundancy
CiscozineVSS#(config-red)#
CiscozineVSS#(config-red)#main-cpu
CiscozineVSS#(config-r-mc)#standby console enable
The VSLs can be configured with up to eight links between the two switches across any combination of line
cards or supervisor ports to provide a high level of redundancy. If for some rare reason all VSL connections
are lost between the virtual switch members leaving each virtual switch assumes the role as the active
virtual switch, and each virtual switch controls only its local ports. Duplication of this configuration can
possibly have adverse effects to the network topology and traffic.
To avoid this disruptive scenario, Cisco has implemented different mechanisms to address this dual-active
scenario:
Note: If the dual-active detection is not configured, the system will suggest to implement it!
CiscozineVSS(config)#int gi1/2/1
CiscozineVSS(config-if)#dual-active fast-hello
CiscozineVSS(config-if)#no shut
CiscozineVSS(config-if)#int gi2/2/1
CiscozineVSS(config-if)#dual-active fast-hello
CiscozineVSS(config-if)#no shut
CiscozineVSS(config-if)#
*Sep 15 13:01:20.747: %VSDA-SW2_SPSTBY-5-LINK_UP: Interface Gi2/2/1 is now dual-active detection
capable
*Sep 15 13:01:21.759: %VSDA-SW1_SP-5-LINK_UP: Interface Gi1/2/1 is now dual-active detection capable
My suggestion is to statically define the switch priority (an higher-priority value assumes the active virtual
switch role):
Change will take effect after config is saved and switch 1 is reloaded.
Note: the switch priorities affect role determination if both virtual switches are initiated simultaneously . If
either switch (regardless of priority) is initiated prior to the subsequent switch, it always assumes the role of
the active virtual switch.
Multichassis EtherChannel
The multichassis EtherChannel (MEC) is another term to identify an etherchannel that allows a connected
node to terminate the EtherChannel across the two physical Cisco Catalyst 6500 Series. In this example the
“Ciscozine-L2” switch is connected to the CiscozineVSS using a MEC.
From the point of view of the Ciscozine-L2, the CiscozineVSS is a single device (like a stack):
For these reasons, on the Ciscozine-L2 is possible define the port-channel10 with the interfaces Gi0/1 and
Gi0/2. To find more informations about etherchannel read this article.
CiscozineVSS#
--------------------------------------------------------------------
Valid Flags Peer Preferred Reserved
Count Peer Peer
--------------------------------------------------------------------
TRUE V 1 1 1
Flags : V - Valid
CiscozineVSS#
To find more informations about the VSS status:
CiscozineVSS#
Note: After the VSS conversation, some “show” commands have the feature to view the output of individual
switch! For instance, to see the modules of the second switch use “show module switch 2”.
Reload commands:
redundancy force-switchover