29.04.2019 Views

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

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!