Redundancy Mode (Configured) = sso Redundancy State = sso Maintenance Mode = Disabled Communications = Up
client count = 72
client_notification_TMR = 30000 milliseconds keep_alive TMR = 9000 milliseconds keep_alive count = 1 keep_alive threshold = 18 RF debug mask = 0x0
6F-CORE-SW01# 6F-CORE-SW01#
说明：本地交换机当前的SSO状态为ACTIVE，而对端为STANDBY HOT，表明工作正常，如果对端不是工作在STANDBY HOT，则必须解决该问题，除STANDBY HOT之外的任何状态都为不正常。
双活检测:使用fast-hello（双活一定要做，这样网络才能稳定）
ACTIVE了，已经开始发生冲突了。不过BFD检测会很快，应该慢的时间不会太长（取决于BFD时间间隔的设置）。
● Fast-hello
Fast-hello和IP-BFD差不多，但FAST-hello是二层的。最多可以配置4个非VSL-link作为fast-hello用。两个交换机间会定期的交互FAST-HELLO心跳信息，信息中包含交本换机状态。当VSL 出现故障后，VSS中两台交换机都不再收到FAST-HELLO信息，说明已经出现双活。
注：FAST-Hello 检测会比IP-BFD快，因为在VSL正常的情况下，FAST-hello就在周期性的发送探测包。而IP-BFD要等故障出现后才发探测包。
配置命令：
vss(config)# interface range gigabitEthernet 1/2/47-48 vss(config-if)# dual-active fast-hello
vss(config)# interface range gigabitEthernet 2/2/47-48 vss(config-if)# dual-active fast-hello
vss(config-if)# no shutdown
vss(config)# switch virtual domain 100
vss(config-vs-domain)# dual-active detection fast-hello ●当检测到Dual-Active 后所采取动作
当检测到双活后，原active switch进入recovery mode 同时会down掉所有接口（除VSL和管理口），有效的将该交换设备从网络中移除；原standby switch 进入acvtive mode
管理口是通过以下命令指定的：(看实际情况配置) vss(config)#switch virtual domain 10
vss(config-vs-domain)#dual-active exclude interface gigabitEthernet 1/5/3
WARNING: This interface should only be used for access to the switch when in
dual-active recovery mode and should not be configured for any other purpose
●从双活状态恢复为正常
当VSL重新UP后，recovery mode的换换机会重启，重启后会进行VSS协商，最终进入HOT-STANDBY状态。但很有可能重启完成后VSL链路由DOWN了，这样就无法通过VSL发现对端交换机了，这时会再次启用双活检测机制…….。
5） Active chassis 故障
处理方式同 active switch 引擎故障,但是原主交换机不会再起来。 6） Standby chassis故障
处理方式同 standby switch 引擎故障，但是原备交换机不会再起来。 （这个只是vss的配置，如果有需要全部配置的加我qq：1101088275，我会继续上传）文档有借用别人资料的：但是都是在实际项目中应用的真实配置