GNS3上模拟HSRP时出现的BUG

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

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

  首先献上拓扑图:

CCNP TS Topology

  图中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”。有可能下次还会遇到这个问题,只要再输入一次命令就可以了。



 
 » 除非注明,本博客文章均为挨踢小茶原创,转载请以链接形式标明本文地址
该日志由 挨踢小茶 于2013年03月25日发表在 路由交换 分类下, 你可以发表评论,并在保留原文地址及作者的情况下引用到你的网站或博客。
原创文章转载请注明: GNS3上模拟HSRP时出现的BUG | 挨踢茶馆
关键字: , ,

GNS3上模拟HSRP时出现的BUG:目前有3 条留言

  1. ❓ 模拟那么多设备,你的电脑配置要有多高阿….

    2013-05-17 上午 10:40 [回复]
    • 这么多,2G内存够的啦,现在内存不也很便宜吗。
      其实用IOU模拟这么多设备,100M内存都用不了。

      2013-05-17 下午 2:55 [回复]
      • 不过我还是接受不了木有图形界面…
        公司本本4G内存在模拟BGP实验时卡死过,至今心有余悸..

        2013-08-20 下午 5:31 [回复]

发表评论



快捷键:Ctrl+Enter

无觅相关文章插件,快速提升流量