网速变慢，源起受损HUB暗中捣乱

核心提示： 为了定位具体的网络环路位置，笔者在核心交换机后台，网速变慢，源起受损HUB暗中捣乱(3)，使用“display interface”命令，依次查看了各个楼层交换机与核心交换机之间的光纤连接端口状态信息，快速定位到发生环路故障的具体端口，只是不会将该端口立即关闭，结果发现G

为了定位具体的网络环路位置，笔者在核心交换机后台，使用“display interface”命令，依次查看了各个楼层交换机与核心交换机之间的光纤连接端口状态信息，结果发现GigabitEthernet1/1/14光纤端口的状态明显不正常，来自该交换端口的输出数据流量、输入数据流量，特别大，与正常工作状态时的输出、输入数据流量相差甚远，显然GigabitEthernet1/1/14光纤端口下面的虚拟工作子网中可能存在网络环路现象。查看组网档案资料，笔者发现与核心交换机GigabitEthernet1/1/14光纤端口相连的是来自五楼的某个楼层交换机，将该楼层交换机与核心交换机之间的物理连接断开后，再次在核心交换机后台系统上执行“display cpu”命令，笔者发现这一次系统资源消耗下降到了正常的20%，看来整个局域网上网速度缓慢的现象，就是由于五楼的某个楼层交换机引起的。

既然网络速度变慢的原因是由五楼的某个楼层交换机引起的，那么网络环路现象究竟出现在五楼的哪个位置呢?由于连接到目标交换机下面的计算机数量不是很多，只有20台左右，于是笔者打算采用比较“笨”的办法，那就是将五楼交换机上的所有网络线缆依次拔下来，之后每拔上一根网络线缆后，就观察该楼层交换机CPU资源消耗率的状态变化，看看究竟是哪个交换端口在偷偷“捣乱”。功夫不负有心人，在经过一段时间的观察后，笔者终于将故障范围缩小到e0/8这个普通的以太网电口上。

通过贴在e0/8交换端口上的标签信息，笔者发现连接到e0/8这个普通以太网电口上的是位于503房间的一个网络插座，赶到503房间时，笔者发现目标网络插座下面连接的不是普通客户端系统，而是连接的一个HUB设备;原来，这个办公室最近新增加了几个办公人员，为了能让所有的员工都能同时上网，于是他们自行主张，找来了一个旧的HUB设备，该办公室中的所有客户端系统全部连接到HUB设备上，进行共享上网访问。由于这个HUB设备不支持网络管理功能，笔者只好还是逐一拔掉网络连接线缆，观察HUB设备上的信号灯状态变化情况;让人意想不到的是，当笔者将连接到HUB设备上的所有网络线缆全部拔掉的时候，HUB设备上的信号灯居然仍然处于全部点亮状态，这是什么回事呢?很明显，出现这种现象很可能是HUB设备发生了短路问题，这种损坏的设备在无形之中形成了网络环路现象。为了验证自己的猜测，笔者立即找来一只新的HUB设备，替换掉那只旧的HUB设备;果然，在完成设备的替换操作之后，笔者发现所有网络线缆全部插入到HUB设备上后，它的信号灯状态全部恢复到正常状态了。再将5楼楼层交换机连接到核心交换机上后，笔者再次使用“display interface”命令，查看了GigabitEthernet1/1/14光纤端口的状态信息，发现该交换端口的输出数据包、输入数据包立即恢复了正常，此时笔者通过笔记本电脑进行上网测试时，发现网络访问速度也恢复到原来的正常状态了，至此网络速度变慢的故障现象就被彻底解决了。

小提示：一般来说，现在局域网使用的核心交换机都支持环回受控测试功能，巧妙地利用该功能，我们可以快速地查看到究竟哪个交换端口下面存在网络环路现象。在实际管理网络的过程中，我们一旦遇到了网络速度突然变慢的故障现象时，可以先将核心交换机中那个流量异常的交换端口配置成Trunk模式，再进入该Trunk端口的视图配置模式，将该端口的环回受控测试功能启用起来，日后要是局域网中果然存在网络环路现象的话，那么该功能会自动关闭存在网络环路的交换端口，那么整个局域网的工作状态就不会受到影响了。当然，即使我们没有启用网络环回受控测试功能，网络环回测试功能同样也能通过“display loopback-detection”命令，快速定位到发生环路故障的具体端口，只是不会将该端口立即关闭，如此一来可能造成整个网络发生堵塞现象。