#导入MD文档图片#公司网络故障排除记事一则

Posted 2021-08-24 952990025

2020年初开始的新冠肺炎疫情一直持续影响到现在，对工作和生活都带来了不小的影响。于是面对困难环境就想到要改变自己，再努力学习，51CTO就成了我的主要学习平台。这天看到51CTO博客搞活动了，就一定要参加。写点什么呢？就写前天工作中排除的网络故障吧。
8月1日，星期天，我和张工两人值班，个人觉得在星期天值班是舒服的，主要因为星期天事情少，上班人少，自然也就没有很多故障事件发生。
于是就“摸鱼”到了四点半，正准备舒舒服服的结束一整天工作时，突然报障电话响了，是第一车间打来的电话，说是综管科办公室电脑无法联网了，打电话的人很急，但我很淡定，解释说一定是8口小交换机没电了或者接头没插好，仔细检查一下。然后就撂下了电话。
表面上淡定，但我还是紧张的打开了cmd窗口，一直ping着综管科电脑的IP，在“time out”2分钟后，终于ping通了，然而通了6个包后，就又超时了。
过了二十分钟，电话又响了，还是综管科办公室，没等他开口，我就说：“刚才好了一会，就又不行了，再把接口检查一下”，说完我就又撩了电话。综管科那边的人加了我微信，又一直在催“上门服务”，无奈，我只能去现场了。在去车间的路上，我想了想我的解决方法：先检查8口中交换机主线接口，如果还不行，就再检查一下办公室另一台8口交换机，一定是8口交换机问题，这么简单的问题还需要现场处理，哎。。。
到了综管科办公室，直接在电脑上开着ping，就开始把交换机接口一通乱插，结果5分钟10分钟过去了，还没好。我开始发问了，电脑什么时候开始不能上网的，不能上网多长时间了，期间有过什么操作等等一些问题，当知道其它三间办公室都无法上网时，我明白了，问题不出在这间办公室，而在上层H3CS5130接入交换机上。
于是跑到楼上检查24口的H3CS5130。看到指示灯正常后，又用手摸了一下交换机，感觉有点热，在征得车间领导同意后，果断进行了重启。启动后，网络依旧没有恢复，于是打电话求助于张工，张工在后台查看H3C工作状态，然而后台看到H3C的CPU偶然飙到85%外，其它都工作正常。于是又给主管网络这块工作的朱工打电话求助，朱工听了描述后，判断是H3C交换机硬件故障，建议替换备用件。（现在已经临近下班，而且更换备件很可能要明早才能解决，最重要的是明早七点半产线就要运行，尽职尽责兢兢业业恪尽职守的我，是不可能等到明天解决这个问题的。）
在现场一时半会找不到原因后，我就回到了办公室，和张工一起讨论。经过我和张工的判断，大概率是网线接成环路了，才会导致这种情况。为了验证网线环路的判断，我们做了如下操作：
我的做法是：打开SecureCRT软件，远程连接到交换机
1.首先登录到核心交换机，利用命令查找该ip地址（电话报备无法上网的IP地址）对应的MAC地址。
display arp | include 192.168.8.21

2.接着在登录到该办公室所在的接入交换机，利用命令查找该MAC地址所在的接口。
display mac-address | include 4939

3.最后在利用命令查看该接口下的IP地址有多少。
display mac-address interface g1/0/2
执行完这条命令后，发现g1/0/2接口下并没有MAC地址，这时此接口一定不通了。再在核心交换机上查该IP地址的MAC地址，果然查不到了。

张工的做法是：打开Xshell软件，远程连接到接入交换机
1.直接查看交换机MAC地址表
display mac-address

张工直接说：从MAC地址表里可以看到g1/0/12号口明显的MAC地址数过多，肯定这个口有问题。
于是，带上我的笔记本电脑，又到了现场，把笔记本电脑设置好IP后，告诉张工我笔记本电脑IP，让张工一直ping着我，而我也一直ping着他。然后用打标机给网线紧急做上标签后，开始拔线测试。全部拔掉所有网线，只留我的笔记本电脑时，网络恢复了正常。然后，我再一根网线一根网线插到交换机上，当插到12号线时，网络再次中断，由此，可以得出就是这个12号口出现了问题（12号口连接的是第二车间基建部的光纤收发器），接下来就是把这个12号口网线拔掉，等明天自会有人来找我给他接网，就知道是谁在乱接网线了。
忙忙碌碌排查完故障，也耽误了半个小时下班时间。幸好是星期天出现问题，如果是正常生产时间，误了产线运行，那可就麻烦了。虽说环路故障难排查，但是只要冷静耐心，通过笨方法（拔线）也能解决，如果有像张工一样经验丰富而又着眼全局的思想也可以轻松解决，不像我只顾着排查综管科办公室那几台电脑问题，排查命令也只围着报修的一台电脑敲，经验太浅。
++由此可以看出这是一个典型的人为故障，于是我有这样一点想法：要维护硬件很简单，但是维护人那可就是最有技术难度的事情了。++