GNS3上模拟HSRP时出现的BUG

　　在用GNS3做CCNP TS实验的时候，发现了如果用HSRP功能的时候，可能会出现的一个BUG，特此记录一下，并且提供了相应的解决方法。

　　本文用的是UBUNTU12.10下的GNS3 v0.7.4，交换机用的是3640模拟，交换插槽是NM-16ESW。

　　首先献上拓扑图：

　　图中Client1, Client2都连接到ASW1上并且分配到VLAN10中，DSW1和DSW2作为HSRP的组成员动态成为client的网关（10.2.1.254）。默认情况下，DSW1的优先级更高而作为Active Gateway。

交换机HSRP配置如下：

DSW1：

interface Vlan10
ip address 10.2.1.1 255.255.255.0
standby 10 ip 10.2.1.254
standby 10 priority 150
standby 10 preempt
end

DSW2：

interface Vlan10
ip address 10.2.1.2 255.255.255.0
standby 10 ip 10.2.1.254
standby 10 preempt
end

BUG

　　当Client1（10.2.1.3）或者Client2(10.2.1.4)PING默认网关10.2.1.254的时候，发现都没有办法PING通。而且在DSW1上会自动在配置文件中生成配置“mac-address-table static 0000.0c07.ac0a interface FastEthernet1/11 vlan 10”，并且这条配置是无法no掉的。

查看mac address table状态如下：

DSW1#show mac-address-table
Destination Address Address Type VLAN Destination Port
------------------- ------------ ---- --------------------
cc03.1988.0000 Self 1 Vlan1
cc03.1988.0000 Self 10 Vlan10
cc03.1988.0000 Static 20 FastEthernet1/9
cc03.1988.0000 Self 200 Vlan200
0000.0c07.ac0a Static 10 FastEthernet1/11
cc02.1988.0000 Dynamic 10 Po1
cc02.1988.0000 Dynamic 20 Po1
0050.7966.6800 Dynamic 10 Po1

　　可以看到系统自动产生了两条静态的MAC地址绑定信息，相应的MAC地址只允许在相应端口上接收，如果在其他端口接收到这个MAC地址，将会直接丢弃该包。请注意第二条红色的记录，MAC地址0000.0c07.ac0a为HSRP默认网关的虚拟地址。

　　小茶无法确认是什么问题真正导致这个BUG的出现，有人说是因为交换机的型号，还有的说是交换模块导致（求大神解释）。但是这里提供一个比较简单的方法，可以解决BUG产生的影响，继续正常进行实验。

BUG解决方法

　　在全局模式下输入：“clear mac-address-table static”，如果不行的话，尝试输入“clear mac-address-table static”。有可能下次还会遇到这个问题，只要再输入一次命令就可以了。