29.04.2019 Views

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

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

Saved successfully!

Ooh no, something went wrong!