tive detection, use the show switch virtual dual-active summary command: Chapter 17: Cisco 6500 Multilayer Switches VSS#sho switch virtual dual-active summary Pagp dual-active detection enabled: Yes Bfd dual-active detection enabled: Yes Fast-hello dual-active detection enabled: Yes No interfaces excluded from shutdown in recovery mode In dual-active recovery mode: No You can also get the status of dual-active detection links with the show switch virtual dual-active pagp command: VSS#sho switch virtual dual-active pagp PAgP dual-active detection enabled: Yes PAgP dual-active version: 1.1 Channel group 100 dual-active detect capability w/nbrs Dual-Active trusted group: Yes Dual-Active Partner Partner Partner Detect Capable Version Gi1/1/1 Gi2/1/1 VSS Failover Commands The only way in which a VSS cluster will transfer active status to the standby switch is by reloading the active chassis. Reloading the active chassis with no actual configura- tion loaded except for the VSS VSL link takes almost 15 minutes in the systems I've tested; however, the standby supervisor takes over active duties in under one second. Remember that only the active chassis will accept commands. The console prompt on the secondary chassis will have "-sdby" appended to the hostname. The secondary switch will report the following if you attempt to configure it: VSS-sdby>en Standby console disabled Always reload a VSS switch with care. If you mean to reboot only one chassis, you might just reboot the entire cluster and, as I've been told, that's not good. If the reload command is issued on the active chassis, the entire cluster (both switches) will reload. You will get a helpful warning message, but how often do any of us really read those? To reboot the standby switch from the active console, use the redundancy reload peer command: VSS# redundancy reload peer Reload peer [confirm] Installing VSS To reboot only the active switch and thus cause a failover, use the redundancy reload shelf command: VSS# redundancy reload shelf Reload this shelf[con