1、故障现象:6月5日上午整个核心网络出现故障,影响几乎所有的公司系统。
2、临时处理:通过检查核心交换机的日志,发现由于备核心交换机联系不到主核心交换机,导致主备的交换抢占VRRP的虚拟地址,从而导致所有VRRP 的VLAN的线路故障。为快速恢复业务系统,决定暂时关闭备核心交换机
3、现象分析:VRRP的两台交换机抢占虚拟IP地址一般是由于两个原因引起的1、心跳线或者端口故障 2、备用交换机下的设备环路导致的广播风暴引起
4、原因排查:
开启备核心交换机,再次出现问题后拔掉所有的网线。
用串口线接上交换机,运行disp inter,查看端口Input 报文,发现G1/0/4口的广播包特别多
G1/0/4下面的为8楼的楼层交换机分别为192.168.1.80 192.168.1.81 192.168.1.82 192.168.1.83 192.168.1.84,reset
co inter 清除下端口统计,然后运行disp inter,查看每个交换机的每个端口Input 报文,发现192.168.1.83的第22端口的广播
包特别多。
192.168.1.83的22口对应的是会议室的一个交换机,发现有一条网线的两个接口都接到了该交换机上形成了环路。
VRRP故障问题处理
原创
©著作权归作者所有:来自51CTO博客作者sydney的原创作品,请联系作者获取转载授权,否则将追究法律责任
下一篇:STP设置
提问和评论都可以,用心的回复会被更多人看到
评论
发布评论
相关文章
-
mstp+vrrp+ospf+nat
mstp+vrrp+ospf+nat
优先级 ci Standard -
ThreadPoolExecutor 没有shutdown会有什么问题 threadpooltaskscheduler
在 Spring 中动态管理定时任务,通过简单的一句自动注入 ThreadPoolTaskScheduler 对象的代码,即可轻松实现,参见 Spring动态管理定时任务——ThreadPoolTaskScheduler 。一、问题抛出但如果没有查看 ThreadPoolTaskScheduler 的源码,则要特别注意 ThreadPoolTaskScheduler 中,初始化 poolSize=
Spring定时任务 ThreadPool TaskScheduler JMX MBean