交换机端口堵塞故障一例分析

HIS的应用为大大提高医院的工作效率。随着医院业务的发展，HIS的规模越来越大，出现问题的环节也越来越多，本文介绍一例交换机故障的分析处理过程。
某工作站A报告客户端程序录入数据确定后报错，重启动后不能登录网络。
由于只预留一条线路，工作站A和B通过集线器（HUB）连接二级交换机。根据实际情况，采取如下措施：从工作站A点 ping本身和工作站B点均通，排除HUB和A、B点之间的故障；ping服务器和其它工作站均不通，重做HUB和交换机间网线两端水晶头，故障依旧；用测线器测量HUB交换机的网线，线路畅通；于是将问题锁定在交换机上，连接到该交换机的其他工作站均能正常工作，将问题焦点转移到交换机的端口上，与HUB相连的交换机端口指示灯不亮，是不是该端口关闭或者堵塞了呢？我们知道交换机上的端口状态分为五种：关闭、阻塞、侦听、学习和转发，前四种状态时都不接收用户数据。由于交换机的端口已经满，没有剩余的的端口可替换，只能先让一工作站C暂停使用计算机，然后将与HUB相连的网线接入C所使用的交换机端口，A和B能正常工作，现在可确定与HUB相连的交换机端口出现故障；由于工作时间不能重启交换机，只能暂时增加一个HUB扩展端口来解决问题。到了休息时间，将A点网线接入原先端口，交换机断电后重启，5分钟后，问题端口正常闪亮，通信正常，问题解决。
我们知道，交换机相当于相当于一台计算机，收到数据包以后，处理端口会查找内存中的MAC地址对照表，以确定目的MAC的网卡挂接在哪个端口上；通过内部交换矩阵直接将数据迅速包传送到目的节点；目的MAC若不存在才广播到所有的端口。交换机端口发生堵塞的原因有许多，例如网桥协议数据单元（BPDU）错误、端口配置错误、DHCP速率限制、光线接口GBIC故障、协议通道错误、产生回路、广播风暴等。
分析这次故障产生的原因：在100M网络中就要尽量减少使用HUB，但是由于建设时预留线路不足，不得不用HUB来扩充端口；一些网卡经常在10/100M自适应下通信时断时续，将其降为10M全双工就能正常工作；经过Sniffer数据分析，发现网络中有大量的广播数据。结合以前的情况，可推断在交换机、HUB和计算机之间产生局部广播风暴堵塞了交换机的一个端口。重启交换机后，端口可恢复初始状态。
最后要说一点，日常工作中故障诊断的顺序是：用户感知到网络性能下降后告知网络中心，网络管理员从故障接入点开始做故障诊断，这种方法完全是被动的。理想的方法是使用主动性、前瞻性地监测，定期地查询每个交换机、监测每个交换端口的流量、流量的趋势，同时检测其他的相关网段，早期发现异常数据现象，预防故障的发生。

文章如转载，请注明转载自【网管小王的独立博客】：http://www.5iadmin.com/