追查故障原因
从二层交换机上找不到蛛丝马迹，笔者立即赶到主机房，准备对核心交换机的工作状态进行认真检查。笔者先以telnet命令远程登陆到核心交换机的后台管理界面，检查其峰值速度，发现该参数一切正常，也没有发现广播数据或大包数据攻击本地内网，为此笔者推断本地内网存在病毒攻击的可能性不是很大。
会不会是本地内网中，有人将其他一些计算机或网络设备的IP地址修改成与核心交换机的IP地址一样，导致局域网出现了IP地址冲突现象呢？为了排除这种可能因素，笔者在核心交换机的后台修改了它的IP地址，再重新启动了一下核心交换机系统，结果发现上述故障现象一切依旧。
考虑到局域网中经常会出现ARP欺骗现象，为了检验该现象是否是瞬间脱网现象的“罪槐祸首”，笔者开通了安装在几台服务器系统中的ARP防火墙，并让其持续运行一个小时左右，结果没有发现ARP欺骗现象；后来，笔者借助专业工具，对交换机几个重要光口进行了依次扫描，以便对各个工作子网中的MAC地址进行检查，结果证实本地局域网也不存在非法地址入侵现象。
由于核心交换机支持双主控单元，笔者打算更换其中一块主控单元看看，于是切断核心交换机的连接电源，更换掉另外一块主控单元，再将该交换机系统重新启动一下，在开始启动的时候，笔者发现网络通信好象恢复正常了，可是时间不长相同的故障现象又出现了，这说明瞬间脱网故障与交换机的主控单元无关。
到了这里，笔者对核心交换机该做的检查都已经做了，可以肯定的是，核心交换机自身不存在任何问题，本地局域网中也不存在发包病毒，ARP欺骗现象也被证实不存在，这么一来能出问题的地方看来只有通信线路了。
