利用率过高：如果利用率过高（平均值大于40%，瞬间峰值高于60%），那么网段负荷就过重了。应当考虑安装网桥和路由器以减少在网段中的流量或把网段分成若干小的网段。
（6）客户服务器连接的完整性问题
如果在链路层上是完好的，那么我们就要来看一下协议方面是否有什么问题会影响服务器和客户之间的通信。
连通性：使用专业仪表，你可以运行Server List或Novell Ping测试功能，用来验证从测试点是否可以访问服务器或服务功能。如果服务器没有反应，重新冷启动服务器并注意观察所有驱动软件是否正确加载，有无错误提示。Novell的3.11版本以及以前版本，在缺省配置下使用802.3RAW的打包，而2.12及以后的版本在缺省配置时都使用了802.2打包类型。
另外也可试着对服务器进行几次ping测试，要确认请求信号与返回的响应信号数目相等，结果不一致则表明有时好时坏的网卡或HUB的故障导致帧的丢失。临界状态的和已坏的桥或路由器也可以用此方法很快的定位。
服务器或服务的可达性：如果使用协议分析仪，就要捕获3至4分钟的数据包来分析。看一下是否有从服务器发出的延时请求，并找出是哪个服务器发出的，如果有延时请求，则表明服务器不能完全处理所加载的任务，每一个延时请求作废一个任务请求。
网络响应慢或性能差
网络响应慢或性能差，要确定一下是否是与网络介质有关的故障，是一个工作站的问题还是一个服务器或是服务的问题。从其他工作站去访问同样的服务器或服务，并询问本段网络或其他网段上的用户，如果问题不是与介质有关的，要确定问题是否与软件有关，检查网络利用率和软件错误来查找性能差的网络问题。
运行诸如网络统计这样的测试，看一下是否有高流量和不正常的高冲突存在，在增加背景流量后再运行一下这些测试。如果发现冲突和PCF伴随的流量的增加而增多的话，你就应运行电缆测试来检查工作站的连接。
（1）冲突问题
如果冲突较多，要算一下多少带宽被冲突损失了。把本地和远端冲突的损失都加起来，如果平均冲突的值大于5%-10%，就要进行进一步的故障查找。同样要检查一下冲突是否是突发的，也就是说冲突明显的增多不是因为流量明显增大引起的，如果是这样，就意味着某处的物理层出现了比较严重的问题。在冲突与流量之间应是有一定关系的。这种关系应当在做网络参照基准测试时收集。如果冲突始终是比较多的（但仍是可以接受），可能是太多站点同时在参与发送，或者网络结构应做一些优化使近距离的站点分在一起。过多的冲突最常见是与介质有关的故障导致的，比如：不正确的端接、特性阻抗不连续（坏接点、残留支缆、残破线缆等）和坏网卡。
http://net.xuezhishi.net/Manage/allwiring/2007-02-18/9019.html
