三十二个网络故障案例汇编..
最全的网络故障案例分析及解决方案
第一部：网络经脉篇2[故事之一]三类线仿冒5类线，加上网卡出错，升级后比升级前速度反而慢2[故事之二]UPS电源滤波质量下降，接地通路故障，谐波大量涌入系统，导致网络变慢、数据出错4[故事之三]光纤链路造侵蚀损坏6[故事之四]水晶头损坏引起大型网络故障7[故事之五] 雏菊链效应引起得网络不能进行数据交换9[故事之六]网线制作不标准，引起干扰，发生错误11[故事之七]插头故障13[故事之八]5类线Cat5勉强运行千兆以太网15[故事之九]电缆超长，LAN可用，WAN不可用17[故事之十]线缆连接错误，误用3类插头，致使网络升级到100BaseTX网络后无法上网18 [故事之十一]网线共用，升级100Mbps后干扰服务器21[故事之十二]电梯动力线干扰，占用带宽，整个楼层速度降低24[故事之十三]“水漫金山”，始发现用错光纤接头类型，网络不能联通27[故事之十四]千兆网升级工程，主服务器不可用，自制跳线RL参数不合格29[故事之十五]用错链路器件，超五类线系统工程验收，合格率仅76％32[故事之十六]六类线作跳线，打线错误造成100M链路高额碰撞，速度缓慢，验收余量达不到合同规定的40％；34[故事之十七]六类线工艺要求高，一次验收合格率仅80％36第二部：网络脏腑篇39[故事之一] 服务器网卡损坏引起广播风暴39[故事之二]交换机软故障：电路板接触不良41[故事之三]防火墙设置错误，合法用户进入受限44[故事之四]路由器工作不稳定，自生垃圾太多，通道受阻47[故事之五]PC机开关电源故障，导致网卡工作不正常，干扰系统运行49[故事之六]私自运行Proxy发生冲突，服务器响应速度“变慢”，网虫太“勤快” 52[故事之七]供电质量差，路由器工作不稳定，造成路由漂移和备份路由器拥塞54[故事之八]中心DNS服务器主板“失常”，占用带宽资源并攻击其它子网的服务器57[故事之九]网卡故障，用户变“狂人”，网络运行速度变慢60[故事之十]PC机网卡故障，攻击服务器，速度下降62[故事之十一]多协议使用，设置不良，服务器超流量工作65[故事之十二]交换机设置不良，加之雏菊链效应和接头问题，100M升级失败67[故事之十三]交换机端口低效，不能全部识别数据包，访问速度慢70[故事之十四]服务器、交换机、工作站工作状态不匹配，访问速度慢72第三部：网络免疫篇75[故事之一]网络黑客程序激活，内部服务器攻击路由器，封闭网络75[故事之二]局域网最常见十大错误及解决（转载）78[故事之三] 浅谈局域网故障排除81网络医院的故事时间：2003/04/24 10:03am来源：sliuy0 整理人：蓝天(QQ：)[引言]网络正以空前的速度走进我们每个人的生活。
网络故障排查案例
1. 案例一
故障现象：网卡不工作，指示灯状态不正确。
解决方案：首先观察系统设备管理器中有没有网卡设备，若没有，则更换网卡或重新插拔网卡进行测试，并看金手指部分有没有锈迹，如果有，则用橡皮擦干净再测试。
2. 案例二
故障现象：局域网内只有几台计算机能联网，大部分不能互访。网卡灯亮，Hub灯闪。
解决方案：这种情况要从软硬件两个方面来分析。
(1) 软件方面，使用最新版本的卡巴斯基进行了查、杀病毒工作，没有发现任何病毒，从而排除了病毒干扰的可能性。网络方面，安装了NETBEUI、IPX/SPX和TCP/IP协议，网卡的驱动也已正确安装，在设备管理中没有发现任何冲突，并进行了协议绑定。设置了文件、打印机共享，也设定了工作组名称和计算机名称。应该说从网络协议到共享资源设置等均没有问题，可以排除软件方面的错误。
(2) 从硬件方面分析，大致有4种可能：网线断路，无法形成信号回路；网线的线序不正确；在集线器与计算机间连接用的网线过长，超过100m；集线器端口有问题。针对这4种可能性，逐个进行排除。
使用测线工具或万用表测量网线，发现网线连接状况很好，没有断路。通过目测，连接用的网线长度不可能超过100米。将几台网络已连通的计算机接在集线器上的插口换到可能损坏的集线器端口上，这几台计算机仍然互通，说明集线器端口没有损坏；通过对网线线序的检查，发现用户的制作的线序是1、2、3、4，问题就出在这儿，因为RJ45插头正确的连接应该是使用1、2、3、6，其中，1、2是一对线，3、6是一对线，其余4根线没有定义。查出了问题，只需为用户重新做网线头，插入后网络即可正常。
4. 案例四
故障现象：计算机上网非常慢而且还经常不通。计算机安装的是Windows XP操作系统，网卡、协议和系统都没有问题。ping了一下网关发现丢包很严重。
网络的故障处理实例
网络的故障处理实例1. TASL链路的故障某局做网络例测，H'232的TASL早释，更换SWCH板及该模块的MCUA板后现象依旧，检查模块到AS的电缆没有问题，相关的关系表都正确，可以判断硬件和软件都没有问题，怀疑该网络隧道不畅。
因为该模块与H'8232模块是同一条隧道两端的控制单元，H'8232不好可能会影响到H'232的测试，但H'8232的TASL测试都通过，说明该侧的硬件没有问题，将H'8232重新BOOT，再对H'232进行测试TASL都通过。
由此可见，完整长隧道的一端模块会影响另一端，对网络测试不过的情况，应考虑到完整长隧道的情况。
2. AS1L 链路的故障某局AS1L= H'56A处于FLT状态，打死、激活命令均无效，换SWCH板后仍然不好。
ACSW H'520与H'560为一对AS对。
在实际硬件连接中，终端模块的到AS是通过型号为03156的两根电缆把PORT2、PORT4分别连到AS N、AS N+4；而在AS──GS时，AS N+4是通过AS N 连到GS的，即先由两根型号为03157的电缆分别把N+4的PORT 8&9、PORT A&B连到AS N 相应的位置上，然后由AS N借助于03157把N、N+4相同的端口号接到GS的各个平面上去。
将H'560h和H'520连接PORT A&B与连接PORT 8&9的电缆互换，发现故障转移到AS1L=H'568，而H'56A状态变成IT，可见问题出在该03157电缆上。
经检查，电缆中有一芯在接口处已断，修复之后，测试正常。
某局网络例测时，TASL都通过，再测AS1L，H'80x8到H'80xB这个TU都测不过，原因是“硬件故障”，更换SE1S的SWCH板现象依旧。
检查网络电缆都没有问题，判断为软件问题。
局域网故障排除267例
一、局域网硬件故障排除案例1解决集线器上所有用户均无法访问服务器问题2集线器上某台计算机无法上网，其余计算机上网正常3广播风暴引起网络传输效率明显下降，网络瘫痪4解决集线器漏电导致有一半计算机经常掉线的问题5集线器上与路由器LAN端口连接的灯不亮，不能上网6 PC上能Ping通路由器，但时断时连，打不开网页7为什么两个16口的10/100Mb/s共享式集线线器，只有与一台集线器连接的工作站能够登录服务器8为何造成工作站开机后不能迅速通过远程启动检测，系统启动速度明显变慢一、局域网硬件故障排除案例局域网硬件包括Hub/交换机、路由器、网卡等关键设备。
下面介绍各种表现不同的故障案例和排除办法。
1解决集线器上所有用户均无法访问服务器问题用户故障：集线器电源灯灭，该集线器上所有用户均无法访问服务器也无法上网。
解决办法：查看集线器电源及供电设备，若未发现异常，采用替换法，更换集线器后可正常使用。
2集线器上某台计算机无法上网，其余计算机上网正常用户故障：集线器上某台计算机无法上网，集线器上与这台计算机相连的下行状态灯灭。
解决办法：检杳集线器下行端的连接线及RJ-45插头，更换一个集线器端口后，集线器状态灯亮，故障排除。
3广播风暴引起网络传输效率明显下降，网络瘫痪用户故障：局域网内用户能够上网，网络传输明显下降。
解决办法：此现象可能是广播风暴引起的，随着网络中订算机数量的增多，广播包的数量会急剧下降增加。
当广播包的数量达到30%时，网络传输效率将会明显下降，从而导致广播风暴，使网络通信陷于瘫痪。
替换集线器后，问题排除。
4解决集线器漏电导致有一半计算机经常掉线的问题用户故障：由两台16口D-Link10Mb/s集线器连接组成局域网。
一半工半续计算机经常莫名其妙地掉线，其中一台集线器指示灯停止闪烁熄灭。
关闭集线器电源，重新打开，网络工作正常，但不久故障重现。
解决办法：重新连接网线后故障依旧。
重新用夹线钳做接头，仍不能解决这一故障。
三十二个网络故障案例汇编
网络故障汇编案例一：最近调试ADSL网络，遇到一些问题，提供一些解决方案如下：笔者所在地区为河南，ADSL采用河南通信公司统一的虚拟拨号软件，大致原理为DHCP加上Web认证，当输入帐户与密码，马上可以连接到internet，但是该拨号软件与许多杀毒软件、防火墙还有其它的一些程序兼容性不好，经常出现一些网络故障，造成拨号上网不成功。
ADSL局域网，工作站二十台，服务器采用Win98/Win2000 Server系统，代理软件分别采用sygate和操作系统自带的ICS连接共享，但是一旦服务器无法拨号，工作站就无法正常上网，严重影响公司的正常使用，而且sygate还有连接共享经常出现异常情况，其中包括服务器可以正常上网，而工作站却不能上网，工作站可以上网的时候，此时服务器却不能上网，为了整个网络的稳定性，决定不再单独设置服务器。
经过一段时间的使用，笔者发现，该虚拟拨号软件采用动态分配IP地址，其DHCP的租约期限一般情况下为一天，就是说，在一天之内再次拨号，通常还是保留上一次IP地址，该虚拟拨号软件要求计算机必须自动获取IP，根据这种情况，可以使用ipconfig /all来显示上一次拨号的IP地址，并将IP地址、子网掩码、网关、DNS指定在对应的网卡上。
在每一台计算机上都可以通过拨号上网以后，记下IP地址，将其绑定在网卡上，当然，每台计算机的IP地址都各有不同。
例如：IP地址:218.29.228.41子网掩码:255.255.255.0网关: 218.29.228.254DNS：202.102.224.68 202.102.227.68需要注意一点，由于ADSL虚拟拨号获得的IP地址是可以被外界访问的IP 地址，所以通过这种方式可以强行绑定一个公网IP，使用起来肯定是比较方便的，可以不通过拨号直接上网，但是由于设备与技术方面的种种原因，用户使用固定的公网IP也是比较容易遭受攻击的，具体使用哪一种方式上网，当然要根据实际情况而定。
【干货】典型网络故障案例及处理思路
【干货】典型网络故障案例及处理思路很多朋友经常提到网络故障，其中在交换机组网时常见的故障比较多。
为了便于大家排除这些故障，在此介绍一些常见的典型故障案例及处理思路。
故障1：交换机刚加电时网络无法通信故障现象交换机刚刚开启的时候无法连接至其他网络，需要等待一段时间才可以。
另外，需要使用一段时间之后，访问其他计算机的速度才快，如果有一段时间不使用网络，再访问的时候速度又会慢下来。
故障分析由于这台交换机是一台可网管交换机，为了避免网络中存在拓扑环，从而导致网络瘫痪，可网管交换机在默认情况下都启用生成树协议。
这样即使网络中存在环路，也会只保留一条路径，而自动切断其他链路。
所以，当交换机在加电启动的时候，各端口需要依次进入监听、学习和转发状态，这个过程大约需要3~5分钟时间。
如果需要迅速启动交换机，可以在直接连接到计算机的端口上启动“PortFast”，使得该端口立即并且永久转换至转发状态，这样设备可以立即连接到网络，避免端口由监听和学习状态向转发状态过渡而必须的等待时间。
故障解决如果需要在交换机加电之后迅速实现数据转发，可以禁用扩展树协议，或者将端口设置为PortFast模式。
不过需要注意的是，这两种方法虽然省略了端口检测过程，但是一旦网络设备之间产生拓扑环，将导致网络通信瘫痪。
故障2:5口交换机只能使用4口故障现象办公室中有4台计算机，但是只有一个信息插座，于是配置了一台5口（其中一口为UpLink端口）交换机。
原以为4台计算机刚好与4个接口连接，1个UpLink端口用于连接到局域网，但是接入到网络之后，与UpLink端口相邻的1号口无法正常使用。
故障分析UpLink 端口不能被看作是一个单独的端口，这是因为它与相邻端口其实就是一个端口，只是适用的连接对象不同而已。
借助UpLink端口，集线设备可以使用直通线连接至另外一个集线设备的普通端口，这样就不必使用交叉线。
交换机和集线器的芯片通常为×4，所以集线设备端口大多为4口、8口、16口、24口等，如果制作成5口，就会浪费3个模块，从而增加成本。
网络故障诊断62例
分析、排除：检查这台计算机系统工作是否正常；检查这台计算机的网络配置；检查这台计算机的网卡是否正常工作；检查这台计算机上的网卡设置与其他资源是否有冲突；检查网线是否断开；检查网线接头接触是否正常。
3.故障现象：网吧局域网中有两个网段，其中一个网网段的所有计算机都不能上因特网。（前提：该网吧的局域网通过两个HUB或交换机连接着两个的网段）
标题] 网络故障诊断62例
[内容]
网络故障诊断62例
1.故障现象：网络适配器（网卡）设置与计算机资源有冲突。
分析、排除：通过调整网卡资源中的IRQ和I/O值来避开与计算机其它资源的冲突。有些情况还需要通过设置主板的跳线来调整与其它资源的冲突。
2.故障现象：网吧局域网中其他客户机在“网上邻居”上都能互相看见，而只有某一台计算机谁也看不见它，它也看不见别的计算机。(前提：该网吧的局域网是通过HUB或交换机连接成星型网络结构）
分析、排除：一般是你所拨叫的服务器线路较忙、占线，暂时无法接通，你可进一会后继续重拨。
12.故障现象：计算机屏幕上出现“错误680：没有拨号音。请检测调制解调器是否正确连到电话线。”或者“Thereisno dialtone。 Makesure yourModem is connected to the phone line properly。”的提示框。
38．故障现象：局域网上可以Ping通IP地址，但Ping不通域名?
分析、排除：TCP/IP协议中的“DNS设置”不正确，请检查其中的配置。对于对等网，“主机”应该填自己机器本身的名字，“域”不需填写，DNS服务器应该填自己的IP。对于服务器/工作站网，“主机”应该填服务器的名字，“域”填局域网服务器设置的域，DNS服务器应该填服务器的IP。
常见网络故障实例及解决方案
常见网络故障实例及解决方案案例l 网络接头导致网络堵塞故障现象：某公司内部的局域网，忽一日，网络多次出现堵塞现象，且在后来连续几天都出现这种现象，给公司的工作带来了很多麻烦。
故障排除：首先在工作时间打开路由器的管理信息库即MIB库，MIB库上的信息显示网络的平均流量不超过50%，仅有小部分发生数据碰撞，这说明当前网络结构中的大部分设备是完好的，故障可能是由某个工作站引起的。
为了准确摸清故障点，找来了网络万用表接入网络进行测试，在网络堵塞时发现网络万用表所测得的网络流量非常高，达到了80%以上，、其中发生碰撞的数据帧占了绝大多数。
经过查问，发现堵塞期间有半数工作站接收或发送过数据，其中有三个工作站在网络堵塞期间一直处于数据收发状态，看来问题极有可能出在这三个工作站上，继续对这三个工作站在网络堵塞期间的数据包流量进行测试分析，发现其中一台工作站的数据包流量大得离谱，竟然是其他工作站流量总和的十多倍，故障的根源应该就在这台工作站上。
下面的工作是要确定此工作站在局域网中所处的位置，方法是打开各工作站网卡MAC地址的备份，与网络万用表中找到的MAC地址对照查找后，明确了被怀疑工作站的位置与用户。
接下来对被怀疑工作站进行重点查访时发现了一个怪现象，在网络堵塞时，该工作站用户并未使用计算机，将网络测试仪与该工作站网卡连接，模拟发送流量，发现数据碰撞随流量的增加而大幅增加。
从以上现象可以判断网卡的连接上有故障，接着测试此工作站的网卡与网线，结果显示当前使用的水晶头为三类而不是五类，所以使链路近端串扰超差较多。
经过与此工作站使用者交谈了解到，这个工作站的使用者缺乏一定的网络常识，在水晶头损坏的情况下随便找了一个三类水晶头换上，后来又在网上下载了一些压缩的动态文件，这些文件可以在网络中实时传输。
在该用户将下载的动态文件解压后发送给其他用户时，网络数据包的流量就会急剧增加，致使数据包在传送时出现丢包现象，导致数据反复重新发送，由于此局域网中所有工作站处于一个网段，一台工作站的工作状态会影响整个网络的传输质量，从而造成整个网络堵塞故障。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
网络故障汇编案例一：最近调试ADSL网络，遇到一些问题，提供一些解决方案如下：笔者所在地区为河南，ADSL采用河南通信公司统一的虚拟拨号软件，大致原理为DHCP加上Web认证，当输入帐户与密码，马上可以连接到internet，但是该拨号软件与许多杀毒软件、防火墙还有其它的一些程序兼容性不好，经常出现一些网络故障，造成拨号上网不成功。
ADSL局域网，工作站二十台，服务器采用Win98/Win2000 Server系统，代理软件分别采用sygate和操作系统自带的ICS连接共享，但是一旦服务器无法拨号，工作站就无法正常上网，严重影响公司的正常使用，而且sygate还有连接共享经常出现异常情况，其中包括服务器可以正常上网，而工作站却不能上网，工作站可以上网的时候，此时服务器却不能上网，为了整个网络的稳定性，决定不再单独设置服务器。
经过一段时间的使用，笔者发现，该虚拟拨号软件采用动态分配IP地址，其DHCP的租约期限一般情况下为一天，就是说，在一天之内再次拨号，通常还是保留上一次IP地址，该虚拟拨号软件要求计算机必须自动获取IP，根据这种情况，可以使用ipconfig /all来显示上一次拨号的IP地址，并将IP地址、子网掩码、网关、DNS指定在对应的网卡上。
在每一台计算机上都可以通过拨号上网以后，记下IP地址，将其绑定在网卡上，当然，每台计算机的IP地址都各有不同。
例如：IP地址:218.29.228.41子网掩码:255.255.255.0网关: 218.29.228.254DNS：202.102.224.68 202.102.227.68需要注意一点，由于ADSL虚拟拨号获得的IP地址是可以被外界访问的IP 地址，所以通过这种方式可以强行绑定一个公网IP，使用起来肯定是比较方便的，可以不通过拨号直接上网，但是由于设备与技术方面的种种原因，用户使用固定的公网IP也是比较容易遭受攻击的，具体使用哪一种方式上网，当然要根据实际情况而定。
经过一段时间的使用，大家都感觉比较好用，至少原来的服务器不能上网的时候，不再影响其它的工作站，但是又发现了一个新的故障，就是无论怎么设置，整个局域网上网的时间最多不超过一个小时，观察ADSL信号以及局域网的传输信号一切正常。
但是，将ADSL调制解调器的电源切断，然后再接通电源，等过一分钟以后，ADSL完成与局端的同步，整个局域网就又全部可以正常上网，但这却最多还是维持几十分钟。
根据笔者维护网络的经验，初步判断是数据包传输碰撞，造成的网络风暴，以至于电信局端传输过来的ADSL数字信号不能有效地到达工作站，ADSL现在的接入方式是插到hub上，其它计算机与其并联。
由于hub不能有效地对数据进行交换，笔者建议购买交换机。
自从使用交换机以后，整体上网就非常稳定，不再出现掉线等其它现象，任何一台电脑可以不通过拨号开机直接连入Internet。
案例二：[症状]某大型化工股份有限公司信息中心报告网络故障，新近进行网络的更新升级和扩容，由10M网全部提升为100M以太网，核心交换机为千兆以太网。
完工后系统试机时发现，大部分的网络成员感觉速度慢，有时数据出错，但子网段内拷贝数据速度基本不受影响。
Ping测试检查所有工作站和服务器均正常。
遵照网络医院上周的建议他们对网络布线系统进行严格认证测试，布线施工质量优良，全部电缆光缆链路按超五类标准测试参数均合格，没有发现任何问题。
由于信息中心除了电缆和光缆的认证测试仪外，没有其它测试维护工具，无法对网络进行评测。
虽然仔细进行了网络系统及平台的重新安装，仍无济于事。
由于总公司希望全面提高ERP系统的覆盖范围，新增的网络设备比较多，网上成员也增加了二倍多，工作站从原来的220台猛增至680台，办公区和生产区之间、生产区和生产区之间均用光缆和路由器连接起来，因此洪主任抱怨现在网络的管理成了问题，查找故障不象从前那样容易了，一来网络规模比以前大多了，故障数量和种类增多，二来网络结构变得比以前复杂多了，故障的定位分析和隔离变得比较困难。
该网络各子网段基本上采用核心交换机和工作组交换机作网络骨架，用桌面交换机和集线器混用的方式构成基层用户接入平台，核心交换机之间为千兆以太网连接，用户全部为100M到桌面。
为了便于维护和管理，同时也从安全角度考虑，设计方案中将大多数数据服务器均安装在了网管中心。
[诊断过程]网络为新扩容的网络，从拓扑图上看不出网络结构设计有何不合理之处。
由于在各子网段内拷贝数据时速度基本不受影响，所以分析数据多在跨网段时受阻。
将网络测试仪接入办公区网络的网管中心，打开网段内的全部4个路由器的端口观察，网段间的流量为27％～42％之间，由于网络没有多媒体应用启用，因此如此高的流量记录是不正常的。
我们需要观察这些流量的走向，于是在办公区将网络测试仪串入路由器与交换机之间(100M端口)监测，启动IP 矩阵监测和以太网MAC矩阵监测功能，观察数据流向。
结果如下，大部分的数据流向均指向办公区的WINS服务器，而WINS响应流量极少。
查看拓扑图，该WINS 服务器直接与一台工作组交换机相连，打开工作组交换机的端口记录检查，流量记录为13％，伴随少许碰撞指示记录。
为了不影响用户的使用，下班后我们从测试仪所在端口向WINS服务器所在交换机端口P32的邻近端口P31发送高额流量，选值为90Mbps流量冲击，并在此邻近端口P31观察接收到的流量记录，记录显示为89.7Mbps，这说明端口P31的通道测试是合格的。
然后对准WINS服务器所在端口P32发送90Mpbs的高额流量，观察P32端口流量冲击记录，结果显示为13.5％，并出现大量延迟帧，表明该端口通道测试不合格。
将流量发送方向指向与该端口连接的上游端口P17，观察P17流量显示为90Mbps。
问题很清楚，被丢弃和延迟的流量就在P32口。
对WINS本身作WINS查询，10次测试响应只有2次，响应地址正确，响应率20％。
重新测试WINS链路电缆，合格。
测试WINS 服务器网卡，合格；测试交换机的端口P32，低效。
在此临时将WINS服务器端口P32改接到端口P33，重新启动系统，5分钟后进行上述测试，全部合格。
为了验证P32口低效，用网络测试仪接入该端口并向P17发送90M流量，收到流量为12%。
由于这台工作组交换机为新品，尚在保用期之内，因此建议立即更换之。
[诊断评点]网络中的大多数数据服务器由于设置在办公区的网管中心，所以公司整个系统的工作依赖集中式系统中的这些专用数据服务器，链路连接和数据交换时需要WINS服务器提供服务。
与WINS服务器连接的链路中，交换机一侧的端口P32发射能力低效，使得发送的信号幅度不符合要求，由于链路长度不长，所以并不是对所有的数据包WINS服务器都无响应。
有些数据被作为部分错误和碰撞数据由端口记录之，大部分从交换机各端口送往P32端口的的数据因链路接口问题被延迟和丢弃，造成记录数据中有用流量正常，而网络用户速度普遍偏慢的假象。
交换机、网卡、集线器和路由器等网络设备的端口一般从工作2～3年开始出现低效现象，5年比例为3％～18％(这取决于不同的厂商产品质量，也取决于同一厂商的不同系列产品的产品质量)。
由于系统中有大量的端口，所以在网络维护周期建议中要求每半年对端口性能进行定期测试。
每一～二年对布线系统进行一次轮测，尤其对重要的网络设备如服务器、交换机、路由器等应该坚持定期测试，这样做对提高网络的可靠性有莫大的帮助。
[诊断建议]建议“病人”所有网络设备进行一次普查，将全部端口都进行备案测试，并列入定期维护的内容之一。
[后记]经处理被告之，上班后所有网络用户都惊喜地发现，网络速度比之以前有了惊人的表现，速度真正大幅提高，皆大欢喜。
案例三：【多协议使用，设置不良，服务器超流量工作】[症状]今天的故事发生在某机电进出口公司来电告知他们的网络昨天刚刚进行了升级，从10M以太网桌面应用全部升级为100M以太网交换到桌面，结果出现局域网内网络访问速度反而比升级前慢的现象。
有的访问很长时间没有结果，有的则出错。
他手里有几款侦测网络流量的软件，启动运行后也没有发现任何问题。
对服务器的Ping测试平均小于1ms，应该不会慢，但不知何故会如此表现。
[诊断过程]这个故障看起来比较简单，实际诊断却颇费周折。
该网络由4个路由器经帧中继线路与国内总部和国际分部链接，占据4层楼面，由2台千兆核心交换机和二级5台工作组交换机(每层一台)以及20台桌面交换机(每层4台)组成，100M交换到桌面，结构比较典型。
从故障现象看，网络联通性尚可，但速度受影响。
一般来说，速度慢的原因有很多，比如网上设备速度跟不上要求，网络设备出现阻塞或瓶颈效应，电缆光缆系统问题使得网络数据出错或产生高额碰撞，网络协议设置错误造成无效的重复访问，应用软件或协议设置错误访问受阻等等。
由于刚更新了网络，原来的电缆系统又没有经过认证测试，根据以往的经验，电缆系统存在问题的可能性最大，所以我们决定先检查电缆系统。
鉴于所有网络成员都有速度问题，我们先抽取部分电缆尤其是主要服务器的网络电缆进行现场认证测试。
系统电缆采用的是超五类线，用电缆认证测试仪测试20条电缆链路，结果出乎意料地全部合格！改用网络测试仪对抽测的电缆人工模拟发送流量，结果当发送至75％流量时，碰撞率仍不超过5％，表明网络布线系统虽然在工程完工后没有进行认证测试，但电缆品质和施工品质还是不错的，实属少见。
转而进行网络健康指标评测，除了服务器流量严重超标以外，其它如错误、碰撞、广播等都合格。
检测流量分布，基本上都集中在服务器链路上，平均流量达91％。
令任意两台工作站之间进行拷贝文件操作，速度很快。
说明问题很可能就出在服务器与工作站的协议流程障碍上。
启动F683网络测试的ICMP Ping、Scan Host、ICMP Monitor等功能测试，检查其IP协议的工作质量，结果显示正常。
这说明，网络连接通道性能是可以的，问题出在协议的5层以上。
启动网络测试仪的协议分布侦测功能Protocol Mix，结构发现其Apple Talk和BanyanVines协议流量分别为47％和39％，合计流量为86％。
进一步显示运行该协议的是两台主服务器。
询问网络部主任网络设计运行的是什么协议，答曰全部是基于视窗环境的单一的IP协议。
为何会出现Apple Talk和Banyan Vines？答曰根本未知。
由于这两种协议有没有参与该公司的业务流程尚且不明，故暂时不能贸然将其删除。
必须尽快核实现在的业务软件是否依赖这两种协议。
网络部主任告知他是一年前接手网络部主任一职的，对业务流程软件并不熟悉，但知道现在运行各软件的供应商。
我们请他立即与该软件开发商联系，15分钟后对方发来传真明确说明该公司的软件只在Windows平台上运行，不支持Apple Talk和Banyan Vines等应用平台。