VRRP故障问题处理
2013-06-05 16:35
197 查看
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口对应的是会议室的一个交换机,发现有一条网线的两个接口都接到了该交换机上形成了环路。
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口对应的是会议室的一个交换机,发现有一条网线的两个接口都接到了该交换机上形成了环路。
相关文章推荐
- Oralce常见故障问题处理总结
- 如何debug vip故障问题及处理因为网关缺失导致VIP资源无法启动
- Oracle之故障处理:解决“ora-01652无法扩展temp段”问题
- IIS故障问题(Connections_Refused)分析及处理
- zabbix3.0 监控mysql服务免用户名密码登录的问题故障处理详细过程
- DB2 故障处理的思路及一般问题的解决办法
- IIS故障问题(Connections_Refused)分析及处理
- 找到问题的真正原因:20121021服务器故障处理经历
- 电脑常见主板设置故障问题的处理方法
- 关于win2003+iis服务器故障处理和设置问题
- IIS故障(Connections_Refused)问题分析及处理
- 找到问题的真正原因:20121021服务器故障处理经历
- IIS故障问题(Connections_Refused)分析及处理
- win2003出现各种硬件故障问题时的处理方法
- 联想R400“显示器驱动程序已停止响应 并且已成功恢复”问题故障处理方法
- hadoop ha故障问题处理
- Java性能分析及问题解决(一)虚拟机性能监控和故障处理工具
- Oracle数据库 ORA-600 [13013]故障处理 碰到同样问题
- IIS故障问题(Connections_Refused)分析及处理【转】
- DB2 故障处理的思路及一般问题的解决办法