OS6860(E)_AOS_8.1.1.R01_Switch_Management_Guide
Create successful ePaper yourself
Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.
Configuring Virtual Chassis<br />
Virtual Chassis Split Protection (VCSP)<br />
Basic Operation<br />
When VCSP is enabled, a proprietary protocol runs on a configured link aggregate to carry the VC information<br />
necessary for VC split detection. Each of the VC elements share a link aggregate with an Omni<strong>Switch</strong><br />
that can act as a helper to assist in the VC split detection.<br />
The lowest member port of the link aggregate hosted on the master element is responsible for sending the<br />
VCSP PDUs on the member link. When the packet arrives on the remote helper device then the helper<br />
device will forward the packet out on all member ports of the link aggregate so that the packet reaches the<br />
remote VC elements.<br />
Use the the virtual-chassis split-protection admin-state and virtual-chassis split-protection linkaggid<br />
commands to enable VCSP and create the VCSP link aggregate on the VC.<br />
Use the the virtual-chassis split-protection helper admin-state and virtual-chassis split-protection<br />
helper linkagg commands to enable the VCSP helper and create the VCSP helper link aggregate on the<br />
helper switch.<br />
Protection States<br />
Under normal VC circumstances the VCSP PDUs are sent once every 3 seconds. When the VC detects a<br />
scenario which leads to a change in its size the protocol sends the VCSP PDUs at a rate of 1 per 50 milliseconds<br />
for 3 to 10 seconds. This helps to quickly identify a VC split.<br />
On reception of a VCSP frame, the receiving elements match the master of their current VC against the<br />
MAC address of the VCSP sender. If there is a mismatch between the two, then that indicates the presence<br />
of an active VC in the network which is disconnected from the current VC. In this condition the VC<br />
element will monitor 3-5 such consecutive frames, after which it will transition to the protection state.<br />
When an element transitions to the protection state, the following occurs:<br />
• Each of the VC elements will independently transition into the protection state.<br />
• In the protection state each of the VC elements will disable all the user ports except the ones belonging<br />
to the VCSP protection link aggregate.<br />
• The VC element will store the protection state transition information in a non-volatile location. This<br />
information will be used whenever an element in the protection state re-boots and needs to check its<br />
current operational state.<br />
• An element in the protection state will send a VCSP PDU back on the link aggregate carrying the<br />
VCSP state as PROTECTION. This is the only frame that is sent by the protection sub-VC. The<br />
purpose of this message is to inform the active-VC to generate an SNMP trap regarding the VC split<br />
state of the VC element.<br />
VC Split Recovery<br />
Once a sub-VC goes into the protection state then all the front panel ports are put into an operationally<br />
down state. There are two ways to recover the VC, manually or automatically.<br />
Manual Recovery<br />
If the guard timer is 0, automatic recovery is disabled and the sub-VC stays in protection mode until the<br />
unit is reloaded by the administrator. After the re-boot the administrator has to manually recover the<br />
switch by first disabling VCSP and then re-enabling VCSP. This clears the protection state variables<br />
stored on the switch.<br />
Omni<strong>Switch</strong> <strong>AOS</strong> Release 8 <strong>Switch</strong> <strong>Management</strong> <strong>Guide</strong> May 2014 page 13-13