交换机“负荷”过重

　　在毫无头绪的情况下，朋友打算将连接到故障交换机上的所有网络线缆依次拔掉，并且拔一个就ping一下交换机的IP地址，看看其数据丢包现象有没有恢复。由于故障交换机上包含了48个端口，当朋友刚开始拔网络线缆的时候，发现连续拔了好几个，故障交换机的数据丢包现象就是不消失;当将故障交换机上连接到第25个端口上的网络线缆拔下来时，朋友发现故障交换机的数据丢包现象突然不见了，难道是连接到第25个端口下面的虚拟工作子网存在问题?为了排除这种故障因素，朋友立即在故障交换机后台系统，执行字符串命令“interface e0/25”，进入对应端口的视图模式状态，在该状态下执行字符串命令“shutdown”，将第25个交换端口的工作状态暂时关闭，那样一来通过该交换端口连接到大楼网络的虚拟工作子网就不会对大楼网络的运行造成冲击了。可是，让朋友没想到的是，当他再次将之前拔下来的网络线缆重新插入到故障交换机上时，发现故障交换机的数据丢包现象又一次出现了，这么说来，这种故障现象与第25个交换端口没有直接关系呀!后来，朋友又做了一次测试，这次他索性先将连接到故障交换机上的所有连接线缆一次性拔了下来，之后将每根网络线缆依次插入到交换机上，并且每插入一根就测试一次故障交换机的连通性，结果发现当将前24个交换端口上的网络线缆插上后，故障交换机的工作状态都正常，但是从第25个交换端口开始，故障交换机的工作状态就不正常了，于是朋友认为很可能是故障交换机负担不起太多的网络端口上网。为了验证自己的猜测是否正确，朋友在插入前24个交换端口上的网络线缆后，进入故障交换机后台系统，并在该系统的全局配置模式下，执行字符串命令“display cpu”，从返回的结果信息中他看到目标交换机系统CPU消耗率为23%;之后，他将第25个交换端口上的网络线缆插上，并且在这种情况下又执行了一遍“display cpu”命令，这次他发现交换机系统CPU消耗率竟然变成了59%，而正常情况下交换机的系统CPU消耗率应该不超过30%才对，现在远远偏离了该数值，说明故障交换机的确“负荷”过重。

　　考虑到故障交换机明明有48个交换端口，现在只有一般交换端口在工作，交换机就明显反应迟钝了，难道交换机自身的性能发生老化了?为了判断故障交换机是否真的出现硬件性能下降现象了，朋友立即将其他一台工作状态正常的交换机拿来进行替换，并将所有网络线缆全部插入到替换后的交换机设备上，经过测试替换后的交换机工作状态一直很正常，这就意味着故障交换机的确出现了硬件性能下降的现象。之后，朋友还是不放心，将故障交换机放置到其他位置进行测试，发现故障交换机的确只能“支撑”24个交换端口同时上网，超过这个负荷，立即就会出现上网数据丢包严重的现象，看来故障交换机真的要“下岗”了。