《关于HSRP状态频繁切换的故障处理指南》由会员分享，可在线阅读，更多相关《关于HSRP状态频繁切换的故障处理指南（6页珍藏版）》请在金锄头文库上搜索。
1、关于 CE 设备 HSRP 状态频繁切换的处理指南核心网支撑中心 高云 知识传递要点：CE 的 HSRP 状态频繁切换往往是 HSRP的 HELLO 包收发异常导致，在检查传输通路的质量时要按一定的规律从路由表、ARP 表、MAC 地址表、端口状态等信息入手，逐条核查，最终定位到表项发生异常的网元或设备。10 月 14 日，望京区域发现 CE78 的 show logging 显示 VLAN1102 的 HSRP 状态不断的在Active 和 Standby 之前切换。VLAN1102 所带业务为 BSC5102 Gb 接口，此 BSC 已不带基站，但 HSRP 状态的频繁切换可能导致 CE
2、设备负荷的增大。CE77、78 与 BSC5102 各 SWU 之间拓扑图如下，两台 CE 间的 HELLO 包通过 SWU2 和SWU3 之间的 TRUNK 互通。按 show logging 中显示的信息，初步怀疑是 CE78 没有正常的收到 CE77 发来的 HSRP HELLO 包，导致 CE78 认为 HSRP 邻居丢失，从而自己切换为 Active，之后收到了 CE77 发来的 HELLO 包，比自己的优先级高，所以又切换为 Standby，如此反复。此问题最有可能的故障原因是 CE77 和 CE78 间 HELLO 包传输的通道物理端口闪断，或丢包率较高。问题排查：1、登录 CE
3、77、78 查看 HSRP 的配置情况和运行状态。两边 CE 配置的虚拟 IP，HELLO包的发送间隔和主备状态均正常。但 CE78 显示的 last state change 时间很短，说明状态在频繁切换，与 log 信息相符。2、查看 VLAN 端口的基本信息。CE77 的 VLAN1102 作为三层转发端口已正确配置了 IP地址和 HSRP 配置，并 开启了 vrf 功能，处于 ChinaMobile 转发表中。查到了 VLAN1102 的MAC 地址为 0024.c4c0.2f40。同理查到 CE78 的 VLAN1102 的 MAC 地址为 0024.c4bf.f600.3、为了测试
4、是否有丢包的情况，在两侧 CE 分别 PING 对端的 VLAN1102 的 HSRP 地址，正常情况应没有丢包。但测试结果显示丢包很严重。注意：这里的 PING 要使用 VRF 路由表。4、为了查找丢包的原因，对 CE77、78 的 VRF 路由表、ARP 表、MAC 地址表进行了轮番检查，没有发现问题。以 CE78 上的查询截图为例：VRF 路由表显示正确：ARP 表解析对端 HSRP 地址 10.109.37.124 的 MAC 地址和端口均正确：MAC 地址表显示正确：至此，在 CE77 和 78 上对配置和各种表项的检查完毕，没有发现异常情况，接下来转入 BSC 的 SWU 配置检查
5、。5、登录 SWU2 和 SWU3 检查端口配置和 VLAN 配置，均配置正常且一致，以 SWU2 截图为例：6、查看 SWU2 和 SWU3 的 MAC 地址表，发现问题了，表项中绿色的两行分别对应CE78 和 CE77 的 HSRP MAC 地址，根据拓扑图所示，他们分别应该从图中红色字体所示的端口上学到 MAC 地址，但实际结果却从 1/1/1 到 SWU4 绕行了，而且这两个 SWU 的 MAC地址表在不断的翻动变化。当变化成正确的端口时，两边 CE 的 HSRP 消息就可以顺利通信。这也解释了前面我们测试的丢包率的问题。7、再次回顾拓扑图，我们发现 SWU2、3 、4、5 的各个互联
6、端口均允许通过VLAN1102，形成了一个环路。在现网中是通过开启快速生成树协议（rapid spanning tree） ，BLOCK 掉其中一个端口来规避环路的产生。8、随即检查各个 SWU 的生成树协议开启的状态，发现 SWU2、3、5 的生成树协议均正常运行，但通过 CE77 无法 telnet 登录到 SWU4 上，怀疑 SWU4 故障导致的生成树协议无法正常运行从而产生环路，引起各 SWU 单元 MAC 地址表的翻动，最终导致了 VLAN 1102的 HRSP 消息丢包过多，状态频繁切换。最终望京区域重启 SWU4 之后，SWU4 生成树协议运行正常，show rapid-spanning-tree显示 AG01 的端口状态为 discard，成功避免了环路的产生。随后 HSRP 的状态也恢复正常，相关告警消失。
