以太网故障排除全攻略 .docx

1、以太网故障排除全攻略说起以太网故障，根据经验发现大多数的网络故障都是 与硬件有关的：比方说电缆，中继器，HUB, Switch和网卡 等。对于以太网典型故障的查找，一般过程如下：一，收集一切可以收集到的有价值的信息，分析故障的 现象。二，将故障定位到某一特定的网段，或者是单一独立功 能组（模块），也可以是某一用户。三，确认到底是属于特定的硬件故障还是软件故障。四，动手修复故障。五，验证故障确实被排除。一般来说，最好的方法是先把故障细分或隔离在一个小 的功能段上，即首先排除最大的简单段，从任何一个方便的, 靠近问题的站点出发，利用二分法隔离障碍，再继续使用二 分法直至把故障划分到最小的单位。网管

2、人员不要过多的指 望用户会给出准确的故障情况描述，最好由自己亲自来确认 一下。当然也可以由用户演示所发现的问题。由于网络故障 带来的压力和混乱，人们经常忽略一些细节问题。如果某个 部件出了问题，最好不要立即去替换它，除非能肯定故障的 来源。故障查找要注意一些事项，由于以太网采用通用总线拓 扑构造以及物理层可扩展的潜在问题，所以某个特定物理层 的问题会以不同的方式显现出来，由于采用的测试手段、位置和环境不同，显示出的现象也常常矛盾。为了防止被假象误导，特推荐两个故障查找的步骤。.沿网段多做测试如果故障现象随测试点的不同还保 持一样的话，就可以依照所测试出来的故障现象去排除。如 果故障现象在一些或

3、所有的测试点都不同的话，就要把查找 故障的方向定在物理层（除非有特别提示），例如去查找坏 的电缆、噪声环境、接地循环等故障。.要提高测试质量，在测试的同时要把测试仪器设置成 至少可同时发送较低的流量。由于增加了网络流量，微小的和间歇性的物理层问题会 暴露出来。为了更具体说明故障分析方法，下面列举典型的网络故 障加以说明。故障：不能访问服务器或某项服务在这里设定服务器或某项服务以前是正常的，并且已经 做过如下的工作：重新冷启动PC机（热启动不能复位全部的适配卡）。确认PC机没有本身的硬件故障。确认所有的网络电缆都连接正确。确认所有的网卡驱动软件都正常的装入，没有报告错 误。确认服务器或服务没有改

4、变，比方重新配置增加硬件 或软件。要测试一下这一故障是否只影响该工作站（本地故障） 还是会影响其他站点（大范围故障），可以通过其他工作站 装入服务器或服务来证明这一点。这些工作站要在同一网段 或HUB上。如果故障在同一网段或HUB上的其他的站点也存 在，就试着从其他的网段或HUB上的站点开展测试。（1）本地故障在开展硬件故障查找以前，要确认其他用户也不能到这 台机器上，这就排除了用户帐号的错误。对一个单一的站点 来说，典型的故障多发生在坏的电缆、坏的网卡、驱动软件、 或是工作站设置的不正确等问题上。（2）全局问题通常来说，在同轴网中的物理层故障会导致灾难性的网 络故障。使用二分法来查找这类故障

5、是可以很快定位解决的。 间歇性故障是比拟难以隔离的。（3）电缆连接问题目测连接性：检查连接性常用的方法就是检查HUB、收 发器以及近期出产的网卡上的状态灯。如果是10BASE5的电 缆，要仔细检查所有的AUI电缆是否牢固的连接划锁要同时 锁牢，很多问题只要简单的把未接牢的局部重新紧一下就解 决了。受损的电缆或连接部件：在检查物理层的问题时，要注 意受损的电缆、不正确的电缆类型（比方在以太网上用RG62 或RG59）、未打好的RJ-45水晶头或未按牢的BNC头。对怀 疑有问题的电缆可以用一般的电缆测试仪开展测试。(4)连接脉冲极性问题无论是NIC还是HUB的连接脉冲极性都可以通过测试测 出，连接

6、极性故障通常是由电缆的连接错误引起的。(5)检查链路层的问题碰撞问题：如果平均碰撞率大于10%或是观察到非常高 的碰撞，就需要进一步的测试了。如果可能，试着通过减少 网段规模(将网络分成小块)并随时检测碰撞的变化以隔离 出发生问题的区域。为了追踪碰撞情况，就必须知道网络的 流量。可以使用背景流量发生器来参加适当的流量(100帧/ 秒，100字节长的流量)，并同时观察网络的统计显示。某些 与介质有关的故障是与流量的大小成正比的。可以在用控制 键改变流量同时观察碰撞与错误的改变。这种做法要特别小 心，因为你很容易给网络参加很重的流量。解决与碰撞有关 的问题常常是很费力的，因为测试的情况在很大程度上

7、取决 于观察的位置。也许在同一网段相距几尺远的不同观察点看 到的情况就不同，要多找几个点来观察并留意所发生的变化。如果碰撞和流量成正比，或碰撞几乎是100%,或几乎没 有正常的流量，那么可能是布线系统出了问题。对于UTP布线， 可以在HUB上断开电缆然后开展电缆测试。对于同轴电缆就 要开展阻抗测量，可以使用数字表或其他仪表的直流通断功 能开展测试。如果电缆两端都有端接器，从T型接头应测的 大约25欧姆，如果从电缆的一端将会测的50欧姆。帧级错误：如果出现帧级错误，你就要运行错误统计测 试，并通过详细功能把有问题的工作站的MAC地址找出，然 后经过测试把故障确定下来。可以试着将驱动程序用“干净”

8、的原盘重新装入工作站，要确认各项配置平安。如果这一切 仍不奏效，可以试着把有疑问的网卡换掉。利用率过高：如果利用率过高（平均值大于40%,瞬间 峰值高于60%）,那么网段负荷就过重了。应当考虑安装网桥 和路由器以减少在网段中的流量或把网段分成假设干小的网 段。（6）客户服务器连接的完整性问题如果在链路层上是完好的，那么我们就要来看一下协议 方面是否有什么问题会影响服务器和客户之间的通信。连通性：使用专业仪表，你可以运行ServerList或 NovellPing测试功能，用来验证从测试点是否可以访问服务 器或服务功能。如果服务器没有反响，重新冷启动服务器并 注意观察所有驱动软件是否正确加载，有

9、无错误提示。 Novell的3. 11版本以及以前版本，在缺省配置下使用 802. 3RAW的打包，而2. 12及以后的版本在缺省配置时都使 用了 802. 2打包类型。另外也可试着对服务器开展几次ping测试，要确认请 求信号与返回的响应信号数目相等，结果不一致那么说明有时 好时坏的网卡或HUB的故障导致帧的丧失。临界状态的和已 坏的桥或路由器也可以用此方法很快的定位。服务器或服务的可达性：如果使用协议分析仪，就要捕 获3至4分钟的数据包来分析。看一下是否有从服务器发出 的延时请求，并找出是哪个服务器发出的，如果有延时请求, 那么说明服务器不能完全处理所加载的任务，每一个延时请求 作废一个任

10、务请求。网络响应慢或性能差网络响应慢或性能差，要确定一下是否是与网络介质有 关的故障，是一个工作站的问题还是一个服务器或是服务的 问题。从其他工作站去访问同样的服务器或服务，并询问本 段网络或其他网段上的用户，如果问题不是与介质有关的, 要确定问题是否与软件有关，检查网络利用率和软件错误来 查找性能差的网络问题。运行诸如网络统计这样的测试，看一下是否有高流量和 不正常的高碰撞存在，在增加背景流量后再运行一下这些测 试。如果发现碰撞和PCF伴随的流量的增加而增多的话，你 就应运行电缆测试来检查工作站的连接。（1）碰撞问题如果碰撞较多，要算一下多少带宽被碰撞损失了。把本 地和远端碰撞的损失都加起来

11、，如果平均碰撞的值大于 5%-10%,就要开展进一步的故障查找。同样要检查一下碰撞 是否是突发的，也就是说碰撞明显的增多不是因为流量明显 增大引起的，如果是这样，就意味着某处的物理层出现了比 较严重的问题。在碰撞与流量之间应是有一定关系的。这种 关系应当在做网络参照基准测试时收集。如果碰撞始终是比 较多的（但仍是可以承受），可能是太多站点同时在参与发 送，或者网络构造应做一些优化使近距离的站点分在一起。 过多的碰撞最常见是与介质有关的故障导致的，比方：不正 确的端接、特性阻抗不连续（坏接点、残留支缆、残破线缆 等）和坏网卡。（2）过载的网段如果利用率很高（持续峰值超过60%）而碰撞又可以承 受

12、（平均碰撞小于10%）,那么网络就饱和了。这时就应该增 加网段或用路由器把网段分成较小的可以支持正常流量的 网段。（3）硬件故障如故出现帧错误，利用专业仪表可以找出错误帧的来源。 此后的工作就是在HUB 、网卡和电缆中隔离出特定的故障， 如果故障是间歇性的，就替换掉有疑问的网卡。检查一下服 务器/服务是否接在广域网路由器的两端。如果是这样，就用 Ping测试来测试一下响应时间并与基准测试比拟一下。为了 保证没丧失帧的情况就要连续运行屡次的Ping测试，检查 测试请求包与响应包是否相等。如果不相等，远端的介质或 互连设备（网桥、路由器等）就有可能是容量问题或有故障。 丢帧也是电缆故障之一。比方：UTP布线中的线对串绕和同 轴缆的故障。如果怀疑有丢帧就开展电缆测试。测试接在反 应慢的工作站的电缆，也要测一下服务器方向的电缆。（4）软件故障运行网络统计测试，如果是高流量，低碰撞，而且有一 点错误帧，就先确定发送错误帧的站点。也可以由繁忙站点 测试来找出有问题的站点。到该站点现场来查看该用户在做 什么。要问明在非高峰时间用户在干什么或把这个用户移到 其他网段上，以改善本网段上的其他用户工作情况。如果利 用率、碰撞、错误帧都低，要询问抱怨网络性能不好的用户 是使用哪个服务器和哪个应用软件。检查该服务器是否处在 高负载状况下，它和网络的利用率是不同的概念。要找出使 用这个服务器资源最多的用