I am using VSS configuration on a pair of 6509s with IOS 12.2(33)SXI3. After VSL link goes down the standby chassis sucessfully detects the complete VSL failure and initiates SSO correctly. This causes a dual-active scenario and the former active chassis shuts down its ports (recovery action). During the time VSL is still not operational if the current active (previous standby) chassis fails this is not detected by the chassis in recovery mode and this results a complete failure of both of the chassis. My question is: Is this an expected behaviour and how (if possible) can I configure the chassis in recovery mode to reload automatically and assume the standby role so at least one chassis from VSS is functional in case of power outage for example?
My suggestion is to exclude the MEC port channel interfaces (connected to access layer switches and used by Enhanced PAgP) from the automatic shutdown in case of recovery scenario, but I am afraid this could cause some other undesired effect (like spanning tree loop or some other L2 problem). I am not sure if this will help, but I expect VSS chassis in recovery mode to detect the active chassis failure and take some action to become active in turn.
Additional info: If the VSL link is operational again, the chassis in recovery mode detects that and reloads automatically. Also, I am not making any config changes on the chassis in recovery mode.
Please advice if this is possible or recommended but at least I need to know if this is an expected behavior. I could not find this scenario in the configuration guide I used when configuring VSS: http://www.cisco.com/en/US/docs/switches/lan/catalyst6500/ios/12.2SX/configuration/guide/vss.html#wp1083292.
If you need any configuration details, please let me know. Thanks in advance!