如何对以太网进行故障检测 根据经验发现大多数网络故障是与硬件有关的:比如电缆、中继器、Hub、Switch和网卡等,可以使用协议分析仪、网关软件或者线缆测试仪。本文描述了以太网典型故障的查找过程。
故障查找的一般规则 以太网的故障查找可分为以下几个步骤:
收集所有可以收集到的有价值的信息,分析故障的现象。例如,故障是周期性的还是偶发性的,故障出现间隔是否有规律,是个别网段出现问题,还是所有网段都有问题;是个别用户存在问题还是所以用户都有
。出现问题前,系统的设置是什么,是否做了什么改动?做了什么改动;问题出现后,系统设置有什么变化。 使用测试设备分析系统运行的现状和规律,这些规律可以帮助我们了解系统的变化和性能,测试内容应包括:利用率、吞吐量、碰撞率、数据包大小分布、FCS错误等等;观察出现的故障和测试的系统指标之间是否有什么相关性。 根据用户的描述,试验是否可以再次重现问题,便于定位故障。技术人员不要过多指望用户会给出完整准确的情况描述,最好由自己来确认一下。当然也可以让用户演示所发现的问题。 将故障定位到某一特定的网段,或者是单一独立功能组(模块),也可以是某一用户。可以根据系统的文档,确定和问题相关的设备有哪些。一般来说,最好的办法是先把故障细分或隔离在一个小的功能段上,即首先排除最大的简单段,从任何一个方便的、靠近问题的站点入手,利用二分法隔离故障,再继续使用二分法直至把故障划分到最小的单位。 确认是特定的硬件故障还是软件故障。 定位与修复故障。比如是某个用户计算机设备软件或者硬件配置的错误,或者某个网络设备故障、失效导致的数据丢失、数据错误。 验证故障的排除。检测网络服务是否恢复正常,网络的状态和数据分析统计是否恢复到以前正常的情况。 故障查找应注意的事项
由于以太网采用通用总线拓扑结构以及物理层可扩展的潜在问题,所以某个特定物理层的问题会以不同的方式显示出来,而且由于采用的测试手段、位置和环境不同,显示出的现象还常常有矛盾。 为了避免被假象误导,推荐两个故障查找的步骤: 1.沿网段多做几次测试
如果故障现象随测试点的不同还保持一样的话,就可以依照所测试出的故障现象去排除。如果故障现象在一些或所有的测试点都不相同的话,就要把查找故障的方向定在物理层(除非有特别提示),例如去查找坏的电缆、噪声环境、接地循环等故障。 2.要提高测试质量,在测试的同时要把测试仪器设置成至少可同时发送较低的流量。由于增加了网络流量,微小的和间歇性的物理层问题会被暴露出来。 典型故障解决范例
故障1. 不能访问服务器或某项服务 在这里设定服务器或某项服务以前是正常的,并且已经做过如下的工作:
重新冷启动PC机(热启动不能复位全部的适配卡)。
确认PC机没有本身的硬件故障。
确认所有的网络电缆都连接正确。
确认所有的网卡驱动软件都正常地装入,没有报告错误。
确认服务器或服务没有改变,比如重新配置增加硬? 软件。
要测试一下这一故障是否只影响该工作站(本地故障)还是会影响其它站点(大范围故障),可以通过其它工作站装入服务器或服务来证明这一点。这些工作站要在同一网段或Hub上。如果故障在同一网段或Hub上的其它的站点也存在,就试着从其它的Hub或网段上的站点进行测试。 (一)全局问题 通常来说,在同轴网中的物理层故障会导致灾难性的网络故障。使用“二分法”来查找这类故障是可以很快定位解决的。间歇性的故障是比较难以隔离的。 (二)本地故障
在进行硬件故障查找以前,要确认其它用户也不能登录从这台机器上,这就排除了用户帐号的错误。对一个单一的站点来说,典型的故障多发生在坏的电缆、坏的网卡、驱动软件或是工作站设置的不正确等问题上。 (三)网线的问题
目测连接性 检查连接性常用的方法就是检查Hub、收发器以及近期出产的网卡上的状态灯。如果是10BASE5的电缆,要仔细检查所有的AUI电缆是否牢固地连接,划锁要同时锁牢,很多问题只要简单地把未接牢的部分重新紧一下就解决了。
连接脉冲极性问题 无论是NIC还是Hub的连接脉冲极性都可以用测试测出,连接极性故障通常是由电缆的接线错误引起的。
受损的电缆或连接部件 在你检查物理层的问题时,要注意受损的电缆,不正确的电缆类型(比如在以太网上用RG62或RG59),未打好的RJ45头,未按牢的BNC头。对怀疑有问题的电缆可以用一般的电缆测试仪进行测试。
(四)检查链路层的问题 (1)碰撞问题 如果平均碰撞率大于10%或是观察到非常高的碰撞,就需要进一步的测试了。如果可能,试着通过减少网段规模(将网络分成小段)并随时监测碰撞的变化以隔离出发生问题的区域。为了跟踪碰撞情况,就必须知道网络的流量。可以使用背景流量发生器来加入适量的流量(100帧/秒、100字节长的流量),并同时观察网络的统计显示。某些和介质有关的故障是与流量的大小成正比的。可以用控制键改变流量同时观察碰撞与错误的改变。这种做法要特别小心,因为你很容易给网络加入很重的流量。解决与碰撞有关的问题常常是很费劲的,因为测试的情况在很大程度上取决于观察的位置。也许在同一网段相距几尺远的不同观察点所看到的情况就不同,要多找几个点来测试并留意所发生的变化。 如果碰撞与流量成正比,或碰撞几乎是100%,或几乎没有正常的流量,则可能是布线系统出了问题。对于UTP的布线,可以在Hub上断开电缆然后进行电缆测试。对于同轴缆就要进行阻抗测量,可以使用数字表或其他仪表的直流通断功能进行测试。如果电缆两端都有端接器,从T型接头应测得大约25 ,如果从电缆的一端将会测得50 。 (2)帧级错误
如果出现帧级错误,你就要运行错误统计测试,并通过详查功能把有问题的工作站的MAC地址找出,然后经过测试把故障确定下来。可以试着将驱动程序用“干净”的原盘重新装入工作站,要确认各项配置完全。如果这一切仍不奏效,可以试着把有疑问的网卡换掉。 (3)利用率过高
如果利用率过高(平均值大于40%,瞬时峰值高于60%),那么网段负荷就过重了。应当考虑安装网桥或路由器以减少在网段中的流量或把网段分成若干小的网段。 (五)客户服务器连接的完整性
如果在链路层上是完好的,那么我们就要来看一下协议方面是否有什么问题会影响服务器与客户之间的通信。 (1)连通性
使用测试仪表,你可以运行Node Discovery或Ping测试功能,用来验证从测试点是否可以访问服务器或服务功能。如果服务器没有回应,重新冷启动服务器并注意观察所有所需的驱动软件是否正确加载,有无错误提示。 另外也可试着对服务器进行几次Ping测试,要确认请求信号与返回的响应信号数目相等,结果不一致则表明有时好时坏的网卡或Hub的故障导致帧的丢失。临界状态的和已坏的桥或路由器也可以用此方法很快地定位。 (2)服务器或服务的可达性
使用协议分析仪,捕获3至4分钟的数据包来分析。看一下是否有从服务器发出延时请求,并找出是哪个服务器,如果有延时请求,则表明服务器不能完全处理所加载的任务,每一个延时请求作废一个任务请求。 |