交换机频繁中断祸起系统版本低下[1]

【无忧考网 - Cisco认证】
交换机设备作为局域网中的一种很重要交通“枢纽”设备，它的工作状态的好坏直接决定着整个局域网的运行稳定性。一般来说，在自身质量比较过硬的情况下，交换机设备是很少容易出现故障现象的;当然，这并不能说明交换机设备能一直稳定地工作，伴随着其“服役”时间的推移，交换机的工作稳定性也会不断下降，这除了是其内部的元气件性能不断老化造成的外，还有可能是交换机系统的版本低下引起的。这不，笔者曾经遭遇到的一则交换机频繁中断故障现象，就是由于交换机系统版本低下引起的!考虑到由这种因素引起的网络故障现象发生机率不是非常高，解决起来可能会走一些弯路，为此本文现在就将该故障的具体解决过程还原出来，供各位朋友借鉴参考!
　　故障现象
　　最近一段时间，单位局域网中的某一汇聚层交换机频繁发生网络中断故障现象;每次发生这种故障现象时，笔者都需要赶到故障现场，采用手工断开电源的办法进行重新启动交换机设备，或者远程登录到故障交换机上联的核心设备，将连接交换机的那个下行端口重新启动一次，才能将网络故障恢复正常。目标故障交换机平时连接两个虚拟工作子网，这两个工作子网日常的网络传输流量并不是很大，即使不在上班访问高峰期，该故障交换机也会莫名其妙地发生中断现象，因此笔者基本排除了网络流量过大造成故障交换机不能正常工作的因素，同时也排除了网络病毒从中捣乱的可能。
　　故障排查
　　考虑到这台故障交换机是通过宽带光纤与上行核心设备保持连接的，于是笔者担心该宽带光纤线路的稳定性存在问题，于是特意请当地的电信技术人员使用专业工具对宽带光纤线路进行了测试，经过多次测试，证明宽带光纤线路的工作状态是正常的。就在自己毫无头绪的情况下，笔者偶然发现有一层厚厚的灰尘覆盖在故障交换机的外壳上，这时笔者头脑中才想到该故障交换机已经持续为单位“服役”了有将近4年的时间了，并且该交换机的后台管理系统版本也比较低，目前仍然还是沿用传统的旧命令行，而且局域网曾经发生过的一则网络故障就与交换机系统的BUG有关，难道这一次频繁发生的网络中断故障也是由于交换机系统版本较低引起的?为了验证自己的分析是否正确，笔者立即以 telnet命令远程登录进故障交换机系统的后台管理界面，在该界面的命令行提示符下执行“dis cpu”字符串命令，发现该交换机的系统CPU资源始终处于95%以上的占用率，这显然是不正常的，因为在正常工作状态下，交换机设备的CPU资源消耗率应该在50%以下，超过这个数值交换机的反应能力就会明显下降;后来，笔者又执行了字符串命令“dis ver”，从其后返回的结果信息中笔者发现该故障交换机使用的VRP平台软件版本比较低，难道本文中提到的故障现象真的是由于交换机系统软件版本较低引起的?
　　故障解决
　　考虑到连接交换机的物理线路经过详细检查是没有任何问题的，而当交换机发生网络中断故障现象时，笔者只是简单地重新启动一下故障交换机设备或对应的连接端口，故障交换机的工作状态就能在短时间内恢复正常，这说明该故障现象的确与交换机自身有一定关系。为了排除交换机系统软件版本较低的因素，笔者打算对该故障交换机的VRP平台软件进行一次在线升级，将其更新到最新版本状态。
　　在对交换机系统进行在线升级时，笔者先查看了该故障交换机的具体型号，之后到对应品牌产品的官方网站中，下载得到最新版本的VRP升级文件以及Bootrom升级文件;为了方便操作，笔者选用了FTP方式进行升级，也就是说将保存有VRP升级文件以及Bootrom升级文件的本地普通工作站作为FTP服务器，而将故障交换机作为FTP客户端系统，这样操作的好处就是步骤简单，不需要对交换机设备进行任何复杂的设置操作;
　　下面从交换机系统中通过FTP命令连接到保存有VRP升级文件以及Bootrom升级文件的FTP服务器上，从中下载得到升级包文件;当然，在下载升级包文件之前，笔者先对FTP服务器进行了适当配置，让其与故障交换机位于相同的工作子网中，确保交换机与FTP服务器之间可以相互顺利访问;同时，笔者还直接将VRP升级文件以及Bootrom升级文件保存到FTP服务器的主目录下，这样一来交换机系统通过FTP命令与FTP服务器成功建立连接之后，就能直接查阅到需要的升级包文件;此外，为了方便记忆，笔者又将下载得到的VRP升级文件换名保存为aaa.bin，将Bootrom升级文件换名保存为 bbb.btm。
　　在将升级文件aaa.bin、bbb.btm下载保存到交换机的Flash缓存中后，现在笔者就能正式开始交换机系统在线升级操作了。当然，为了稳妥起见，笔者对目标交换机的旧配置文件进行了备份操作，以防止升级过程中出现意外，而不能恢复交换机的工作状态;备份好旧的配置文件后，笔者立即在交换机的后台命令行模式状态下，执行字符串Cisco认证