cisco的VSS的确是一项目非常好的技术，但是配置VSS的时候一定要注意引擎、板卡、IOS是否都支持，另外，不同版本的IOS，最好参考一下其相应的配置指南。当然了我感觉最重要是一定要把VSS的工作原理搞明白，技术不是对着书本来敲命令行，而是对技术真正的把握。
回归正题：
客户主厂区原有两台cisco6506，并且做的VSS，分厂区为了保证网络的冗余，决定采用两台cisco4507做VSS与6506相连，在做VSS之前，我在网上下载了cat4500e-universal.SPA.03.04.05.SG.151-2.SG5.bin，并在官网上找到了配置手册。
晚上5点半左右我和同事在现场，先对两台4507的系统做了备份和升级，以保证系统的一致性，然后参照配置手册对两台4507做了VSS，做完之后使用switch convert mode virtual将系统切换至VSS模式，通过show命令查检发现两台交换机一台处于active状态，一台处于standby状态，两台4507的VSS配置完成了。但是同时问题也在此时出现了！在做ping测试时发现，分厂区和主厂区的直连链路不通了！！！
检查接口状态，正常！检测链路状态，正常！但是为什么不通呢？
由于我们使用VSS功能时，使用的是ipbase版，所以我们也怀疑是不是功能没有完全打开，有些限制。所以决定再找一个IOS测试一下，于是找到cat4500e-universal.SPA.03.07.00.E.152-3.E.bin，再次升级，发现，不同的IOS，部分命令也确实不同，就连VSS的命令也有些许的不同。再次配置VSS，配置完成之后检查VSS运行正常，可是相同的问题再次出现了！为什么？
使用show arp查看，发现交换机不能学到对端的MAC地址，我们将交换机切换到standalone模式，ping对端，发现通了！！使用show arp发现这次学到了对端的MAC，为什么？此时我和同事已经有些迷糊了，想想网络上盛传的那张脆拜设备的照片，不禁哈哈大笑！我们再次将4507切换到VSS模式下，然后通过电话让我们老大远程到总厂区的6506上，检查发现6506运行正常也没有什么问题。
学不到MAC！！！老大提议：既然学不到，那你们在那边使用arpa绑定一下试试。或许老天实在不想在大半夜折腾我们，于是在绑MAC的时候发现，老大告诉我们的主厂区MAC竟然与我们的MAC相同！！！MY GOD！！！问题找到了！
由于在配置VSS的时候，我们主要配置的是：
1、virtual domain
2、switch number
3、switch priority
4、virtual link
5、dual-active check
唯独MAC address采用的是默认的，也就是mac-address use-virtual，查看文档可以发现，如果使用use-virtual，那么：
Assigns the router MAC address from a reserved pool of domain-based addresses。
也就是说系统从保留的MAC address中选择了一个做为VSS时使用的MAC，在此时不难发现，做VSS时，系统总会从保留的地址中选择第一个做为VSS时使用的MAC，以致于我们两端的MAC相同，分厂区学不到总厂区的MAC，最终导致了问题的发生。
重新通过mac-address命令配置一个MAC地址，再次PING测试，终于发现了久违的“！！！！！”，至此，问题解决了！
*********************************************************************************************************
事后想想，我们发现，在调试的过程中我们也曾登录到总厂区的设备上，但由于是链路是通的，我们也就没有在意MAC是什么，但是切换成VSS模式之后两端就不通了，我们也就没有办法登录到远端上，想看MAC的时候也看不了MAC，似乎是进入了一个死循环了！但是最让我们感到意外就是那个MAC地址，竟然每次都从第一个开始选取使用！配置时还真不能每次都使用默认的配置！
*********************************************************************************************************
最后再次重复一句：技术不是照本宣科，技术是需要一种全面的把握！
