NE40E因VRRP心跳问题导致MASTER上配置了延时抢占未生效案例

NE40E因VRRP心跳问题导致MASTER上配置了延时抢占未生效 故障现象: 2010年5月23日～辽宁省内一对CE NE40E设备链路出现故障。在NE40E-A与下带网元在一次网络故障后发现NE40E从备用重新抢占为主用的时间为4秒～而NE40E-A设备为了防止链路闪断～配置了抢占延时时间。从设备日志上来看～NE40E-A设备抢占延时时间远小于120秒。 原因分析: 图: 故障发生后～故障处理思路及可能原因如下: 1、配置问题, 2、链路问题, 3、下带网元设备问题, 4、其他问题。 解决: 故障组网示意图如下: 1、登陆设备检查NE40E的配置～未发现问题。 2、查询NE40E-B的日志发现:当NE40E-A的下行后DOWN后～NE40E-B立即 抢占为主用。 日志如下: May 23 2010 17:39:02 NE40E-A %%01VRRP/4/STATEWARNING(l): Interface: Vlanif1182, Virtual Router 10 : BACKUP changed to MASTER! 23 2010 17:38:58 NE40E-A %%01VRRP/4/STATEWARNING(l): Interface: May Vlanif1182, Virtual Router 10 : INITIALIZE changed to BACKUP! May 23 2010 17:38:58 NE40E-A %%01IFNET/4/LINK_STATE(l): Line protocol on interface Vlanif1182 has turned into UP state. May 23 2010 17:38:58 NE40E-A %%01IFNET/4/IF_STATE(l): Interface Vlanif1182 has turned into UP state. May 23 2010 17:38:58 NE40E-A %%01PHY/4/STATUS2UP(l):-Slot=6; GigabitEthernet6/0/9: change status to up. 从设备日志中可以看出:当NE40E-A的下行后端口UP后～NE40E-A立即抢占为了主用～而此时发现～NE40E-B却没有倒换到BACKUP状态。从而出现了“双主”的情况。 这里出现了两个问题: 1, 在NE40E-A的链路恢复UP状态后～设备配置了VRRP的抢占延时, 时间～为120秒。在链路UP后～通过日志发现NE40E-A立即切换 为了VRRP master状态～切换时间为4秒。设备配置的120秒抢 占延时没有生效。 ,2, 在NE40E-A的链路恢复UP状态后～NE40E-B设备却没有倒换到 BACKUP状态～仍然是MASTER状态。 问题二:出现VRRP双主说明了～心跳链路摸出出现故障。排查NE40E下带网元的交换网板和网线～进行处理后业务恢复。倒换测试后VRRP抢占延时也正常。 问题一:通过了解设备特性～抢占延时未生效的原因为VRRP的心跳报文丢失导致。 经验总结: 1、VRRP的抢占延时配置生效是在SLAVE收到MASTER发送的hello报文后才能生效的。若心跳中断则延时配置无效～立即抢占为主, 2、后续会将VRRP心跳上移到NE40E互联链路上～一方面避免电口的不稳定导致双主的出现～另一方面NE40E互联为跨板卡链路捆绑～安全性、可靠性够更为出色。