网络/安全/存储产品 |
|
| 按行业筛选 |
|
|
| 按产品筛选 |
|
|
| |
查看本类全部文章 |
| |
|
|
|
LANMETER网络测试仪:用好网管的宝贝 |
|
newmaker |
|
FLUKE公司是世界网络维护方面的权威,其生产的网络检测工具相信每个网络管理人员都有过接触,本文通过FLUKE公司的LANMETER网络测试仪,介绍了如何查找网络故障的方法。
做网管常常会遇到一些棘手的问题,如网络缓慢或性能不良。这时候如果有一台网络测试仪帮助检测故障,无疑会极大地提高工作效率。下面从硬件和软件两个方面介绍如何使用FLUKE公司的LANMETER网络测试仪来检测网络速度慢或性能不良。
一、硬件问题的诊断
运行网络统计(Network Stats)测试,检查高的网络利用率和异常的高碰撞率。施加少量的后台流量(每秒100帧LLC流量,每帧100个字节)后再次运行测试。如果你发现随传输增加时碰撞或FCS错误增加,那么就应运行电缆扫描(Cable Scan)。
如果碰撞的数量十分高(超过5%),则要运行碰撞分析(Collision Analysis)测试来确定由于碰撞损失了多少带宽。将本地和远端碰撞所造成的带宽损失加上后,平均大于0.5%就需进行故障诊断。同时检查碰撞是否是“突发”的,而且突发碰撞的增加不随网络流量增加而增加。也就是说,如果碰撞数量有较大的变化而没有对应较大的流量增加,那么可能在某个地方有严重的物理层问题。流量水平和碰撞一定有某种关系。如果在网络性能处于可接受的水平而碰撞数量一直较大,那么在该碰撞域可能有过多的站点进行传输,或网络的结构需要优化以减小网络站点之间的距离。过量的碰撞经常是物理介质所造成的,例如没有或端接不正确,阻抗不连续(坏的连接器、连接电缆、被挤压的电缆等),或有坏的网卡等。
如果利用率很高(持续峰值超过60%),同时碰撞数量为可接受的水平(平均值低于5%),那么网络可能已经饱和。这有些不可能,因为以太网网段如果有很高的利用率时通常会有较高的碰撞率。当利用率接近100%,碰撞的数量会远远超过好的帧的数量。这时可能需要安装交换器、桥或路由器将网络分隔成足够小的子网来支持流量负载。
运行网络统计(Network Stats)测试并检查错误(碰撞以外的)。如果出现错误,运行错误统计(Error Stats)测试并用放大(Zoom)来了解有问题站点的MAC地址,然后用专家测试(Expert-T)来隔离特定的问题或用电缆扫描(Cable)检查电缆。如果问题是间歇性的,则要试着更换被怀疑有问题的网卡,因为这些问题在测试时可能不会显示出来。
检查一下用户正在连接的服务器或服务是否是在WAN的远端,或通过路由连接。如果确实如此,那么用Ping测试(NetWare Ping,ICMP Ping)来检查通过网段的响应,并将结果和你的基准测试或听证测试结果相比较。为了保证帧没有丢失,要试着连续进行Ping测试,并且检查请求的数量和响应的数量相等(IP主机经常会对第一个Ping响应失败,那么需要多试几次)。如果数量不一致,远端媒介或互连设备(桥、路由器等)可能满负荷或有问题。丢帧也是电缆故障的症状,例如UTP电缆的串绕,或同轴线的大地环路。如果怀疑有丢帧,可运行电缆扫描(Cable Cable),测试缓慢站点(以及相应的文件服务器)连接至网络的电缆,或连接任何桥或路由器以及它们之间的电缆。
二、软件问题的诊断
运行网络统计(Network Stats)测试。如果有很高的网络利用率、较低的碰撞,并且很少有其他错误,可运行发送最多者(Top Sender)测试以获悉哪一个站点对流量影响最大。应前往该站点去检查并看一下用户正在网络上做什么。可能也需要询问在非高峰期间在做什么,或可能需要将该用户移到另外的网段以改进网络对其它用户的服务。
如果利用率、碰撞以及错误较低,则要询问用户正在使用的应用和服务器。检查相应的服务器看它们是否正处于高利用状态下(这和网络利用率不同)。对网络监控仪设置最多发送者(Top Sender)滤波地址以查出哪些站点所请求的该服务最多。最多发送者(Top Sender)的测试也可对正在感到网络性能不良的用户,设置地址滤波以便查出他们正在和哪个服务器连接。还应询问用户对服务器或服务的要求。
运行协议混合(Protocol Mix)来获悉哪些协议占用了大多数的带宽。像网络监测仪一样设置上层最多发送者(Top Sender)滤波(例如NetWare、TCP/IP、NetBIOS、Banyan等),这种最多发送者(Top Sender)的测试可以了解哪个站点对某个特殊的网络资源依赖最大。然后检查看是否可以将该工作移动到较少使用的服务器或由几个服务器共同承担。
当网络故障与利用率的高低有关时——碰撞很低且没有错误,这可能是和应用软件以及文件服务器相关的问题。例如:服务器可能设置的高速缓存(Cache)太小;保留的缓存太少;服务器中的RAM不足;服务器的硬盘空间太少;使用的是8位网卡等。同时,软件程序可能正在运行导致异常数量的磁盘请求。有可能需要将应用移动到另一个服务器,或将现有的服务器升级或增加新的服务器。
运行网络统计(Network Stats)测试并检查错误(碰撞以外的)。如果出现错误,运行错误统计(Error Stats)测试并用放大(Zoom)来了解有问题站点的MAC地址,然后用专家测试(Expert-T)来隔离特定的问题或用电缆扫描(Cable)检查电缆。如果问题是间歇性的,则要试着更换被怀疑有问题的网卡,因为这些问题在测试时可能不会显示出来。
检查一下用户正在连接的服务器或服务是否是在WAN的远端,或通过路由连接。如果确实如此,那么用Ping测试(NetWare Ping,ICMP Ping)来检查通过网段的响应,并将结果和你的基准测试或听证测试结果相比较。为了保证帧没有丢失,要试着连续进行Ping测试,并且检查请求的数量和响应的数量相等(IP主机经常会对第一个Ping响应失败,那么需要多试几次)。如果数量不一致,远端媒介或互连设备(桥、路由器等)可能满负荷或有问题。丢帧也是电缆故障的症状,例如UTP电缆的串绕,或同轴线的大地环路。如果怀疑有丢帧,可运行电缆扫描(Cable Cable),测试缓慢站点(以及相应的文件服务器)连接至网络的电缆,或连接任何桥或路由器以及它们之间的电缆。(end)
|
|
文章内容仅供参考
(投稿)
(如果您是本文作者,请点击此处)
(5/1/2005) |
对 网络/安全/存储产品 有何见解?请到 网络/安全/存储产品论坛 畅所欲言吧!
|