Cisco 6500 VSS Configuration

VSS-switch-convert

It’s an old draft from 2010. Recently I was designing a network which VSS was on the topics, so it reminded me of the draft.

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 3Protocols (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-GigabitEthernet ports. You must use either two VS-S720-10G-3C or two VS-S720-10G-3CXL supervisor engine modules.
  • The VSS requires 67xx seriesswitching modules.
  • The VSLEtherChannel supports only 10-Gigabit Ethernet ports.

To convert two standalone chassis into a VSS, perform the following activities:

  • Configure each chassis as a VSS
  • Convert to a VSS
  • Configure the dual-active detection (optional)
  • Configure the switch priority (optional)
  1. Configure each chassis as a VSS

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:

Configure the VSL port channel and member ports:

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:

  1. Convert to a VSS

Convert both switches to virtual switch mode. During these phases:

  • 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.

Wait more or less five minutes, then convert the second switch.

  • The name of the VSS is 1CISCO-A; rename it to “1CISCO-VSS”.
  • The interface name is converted into three-level interface. The first number (one or two) identify the switch.
  • By default, the console port on the standby switch is locked; if you try to use it, this message will be displayed:

If needed, enable the standby console:

  1. Configure the dual-active detection (optional)

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:

  • Enhancement to PAgPused in MEC with connecting Cisco switches
  • L3 Bidirectional Forwarding Detection (BFD) configuration on a directly connected link (besides VSL) between virtual switch members or through an L2 link through an access layer switch
  • L2 Fast-HelloDual-Active Detection configuration on a directly connected link (besides VSL) between virtual switch members (supported with 12.2(33)SXI)

In this tutorial, “fast-hello” is implemented.

Note: If the dual-active detection is not configured, the system will suggest to implement it!

  1. Configure the switch priority (optional)

My suggestion is to statically define the switch priority (an higher-priority value assumes the active virtual switch role):

Changing the priority, a log message is generated:

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.

After these steps, the VSS configuration is completed!

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 “1CISCO-L2″ switch is connected to the 1CISCO-VSS using a MEC.

From the point of view of the 1CISCO-L2, the 1CISCO-VSS is a single device (like a stack):

1CISCO-L2#show cdp neighbors
Capability Codes: R - Router, T - Trans Bridge, B - Source Route Bridge
S - Switch, H - Host, I - IGMP, r - Repeater, P - Phone,
D - Remote, C - CVTA, M - Two-port Mac Relay
Device         Local         Capability    Platform      Port ID
1CISCO-     Gig 0/             R S I       WS-C6509-    Gig 1/1/1
1CISCO-     Gig 0/             R S WS-C6509-    Gig 2/1/1

For these reasons, on the 1CISCO-L2 is possible define the port-channel10 with the interfaces Gi0/1 and Gi0/2.

Useful show commands

To show basic VSS informations:

To find informations about fast-hello detection:

To identify the role/priority of the two switches:

To find more informations about the VSS status:

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:

To reload a single unit:

where either Switch 1 or Switch 2 can be specified.

To force a switchover:

References:

Share this!

Author: Mo Moghaddas

Building zeeg.me to give users more time back and make scheduling a pleasant experience.

Leave a Reply

Your email address will not be published.

This site uses Akismet to reduce spam. Learn how your comment data is processed.