OS6860(E)_AOS_8.1.1.R01_Switch_Management_Guide
You also want an ePaper? Increase the reach of your titles
YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.
Virtual Chassis Overview<br />
Configuring Virtual Chassis<br />
Startup Error Mode<br />
If a switch is unable to successfully come up in virtual chassis mode, it enters a special fallback mode<br />
called start up error mode. A switch start up error mode will keep all of its front-panel user ports, including<br />
the virtual-fabric links member ports disabled. This mode can be identified on the switch by using the<br />
show virtual-chassis topology command. The chassis role will display Inconsistent, whereas the chassis<br />
status will show either one of the following values:<br />
• Invalid-Chassis-Id: The chassis is not operational in virtual chassis mode because no valid chassis<br />
identifier has been found in the configuration. Typically this means that the vcsetup.cfg file is<br />
corrupted, empty or contains an invalid (for example out of range) chassis identifier.<br />
• Invalid-License: The chassis is not operational in virtual chassis mode because a needed license has<br />
not been found.<br />
Master/Slave Election<br />
Once all switches complete their initialization their VFLs become operational, they start the virtual chassis<br />
protocol. This protocol performs three basic functions including: topology discovery, master election<br />
and keep-alive/hello monitoring. The election of the Master chassis is based on the following criteria,<br />
which are listed from the higher to the lower priority.<br />
1. Current Master Chassis - The current master chassis will remain the master chassis if it is not rebooted.<br />
2. Highest chassis priority value<br />
3. Longest chassis uptime<br />
4. Smallest Chassis ID value<br />
5. Smallest chassis MAC address<br />
Virtual Chassis - Redundancy<br />
• If the Master chassis goes down a Slave chassis will takeover the Master role.<br />
• If a Slave chassis goes down the Master chassis will retain its Master role.<br />
• If a VFL goes down in a ring topology, the Master chassis will retain its Master role and the VC will<br />
continue to function normally.<br />
• The a VFL goes down in a linear topology, a Slave chassis will transition to assume the Master role. At<br />
this point the virtual chassis topology has been split and there will be two Masters in the network.<br />
Virtual Chassis Split Protection (VCSP)<br />
Virtual chassis split protection is implemented using the proprietary VCSP protocol. The goal of the VCSP<br />
mechanism is to provide information in a virtual chassis environment which can be used to determine<br />
whether a VFL has failed and resulted in a split VC. A split VC can occur when one or multiple VFL<br />
connections are broken but each of the switches remains operational. This scenario must be detected so<br />
that only one of the switches remains the Master and continues using the same IP and MAC address in the<br />
network.<br />
See the “Virtual Chassis Split Protection (VCSP)” on page 13-12 for information on configuring VCSP.<br />
page 13-8 Omni<strong>Switch</strong> <strong>AOS</strong> Release 8 <strong>Switch</strong> <strong>Management</strong> <strong>Guide</strong> May 2014