关于华为S3900交换机无法连通省公司的交换机3528的故障分析报告

——阳江公司2月

一、故障基本信息

二、故障现象及处理过程

故障现象：

3月31日

8：30 接到OMC操作区同事的报障，无法连接服务器通知， 客户端用ping命令却无法ping通服务器IP，需要网维部门进行协查。处理过程：

08:35 接到操作区通知后，传送网络监控室马上组织人员进行处理，网管人员用尝试服务器，但只能跳到3528-2的地址10.249.224.233上，问题初步定为3528-2到服务器

08:35 网管人员在一楼IP机房直接在服务器上tracert PC的IP地址发现无法连上COM交换机S3900，便把问题定在一楼短信机房的COM交换机S3900上, 网管人员在连上交换机 可无法ping通3528-2的地址10.249.224.223并且查看交换上的配置和端口情况发现都是正常，便认为是物理上的链路出问题了需要技术人员测试了的正常情况

9:15 测试人员到达现场；

9:20 经过测试，发现和3528-2之间光纤断了一根。

9:30 把COM交换机接上网管网的另外一台

11:20 测试发现交换机S3500被插上COM交换机S3900后出现环路报错，可其硬件上本来不存在环路，于是换了台新的交换机

2:30 在3528-2上做路由时，发现其上各个在同VLAN下的端口之间不能相互ping通，可能是终端处出现问题了

3:00 把所有的端口关闭掉，查看端口信息，发现了3号端口和7号端口的数据吞吐量异常大，最后尝试把7号口关闭，网络就通了

三、故障原因分析

1、机房线路建立时间早，经历时间长，容易出现跳线和光纤断路的现象

2、交换机使用时间长，出现故障现象。本来物理上不存在环路，却发出环路报错

3、终端PC用户权限过高，和杀毒软件的防御强度不足，使用户操作过程容易中毒，造成无用数据的收发量巨大，占用过多的资源，导致网络瘫痪。

…… …… 余下全文

20xx年7月份设备故障统计分析报告

一、故障概况

本月设备整体运行情况良好，根据DCC故障记录本月故障总数7件，其中机械故障3件，电气故障4件，设备完好率=（设备总台数*月工作天数-∑故障台数*故障天数）/（设备总台数*月工作天数）=99.73%，较上月98.81%有小幅提升。故障主要集中在7类试验设备、9类其他设备。

二、故障统计

表1 各类设备故障统计

三、故障分析

（一）故障趋势图

图一 各类设备故障趋势图

试验设备故障数一直处于高位运行状态，原因有三：一、部分试验设备使用频率较高，使用年限已久，到了故障高发期，主要表现为踏面制动单元试验台、制动器试验台等。二、前期试验台工作环境普遍不好，导致试验台性能不稳定；近期因试验间改造，频繁搬动试验台也是其故障高发的原因之一。三、国产试验设备普遍存在柜内原件布局及导线敷设不合理、定制件多且质量差，软硬件故障均较高。

针对原因一，设备室正逐步建立预防修性维修模式，加强对重点设备和高故障率设备的修程建立；原因二会随着试验间的改造完成，得到彻底解决；对于原因三，从6月下旬起,设备室对国产试验台进行了电气改造，目前已完成了电磁阀试验台改造工作，正在进行受电弓试验台和司控器试验台，后续将陆续开展高速断路器、电器综合试验台等6台设备改造工作。

（二）各类设备故障比例

图二 2013年7月各类设备故障比例

进入13年以来，B、C类设备故障数明显增加，故障已由重点设备向边缘设备蔓延。设备室的工作重点将向“完善A类设备管理，强化B、C类设备修程建立”上发展。

（三）七月份设备故障分析

1.烘干机

本月烘干机共报2次故障，均因加热管老化绝缘不良造成空开过流跳闸，目前已将该故障加热管隔离，后期换新。

…… …… 余下全文

关于柳州海事局远程视频监控系统的故障分析报告

20##年10月至20##年5月

一、故障基本信息

二、故障现象及处理过程

1、第一次故障

υ故障现象：20##年11月13日接到柳州海事的报障，无法连接服务器， 客户端无法ping通服务器IP。

υ处理过程：接到报障通知后，我公司立即组织人员进行处理，局域网内可与前端设备通信，问题初步定为平台服务器故障。次日测试人员到达现场；经过测试，发现平台服务器操作系统崩溃；与设备厂商联系，于16日将平台系统及所有前端系统进行重新布署，故障解决。

υ故障分析：经过系统测试工程对系统日志进行分析，于11月12日晚，因多个IP地址向平台服务器发起的恶意重复登录请求导致平台服务器处理超载，并造成操作系统文件损坏。

2、第二次故障

υ故障现象：20##年12月06日接到柳州海事的报障，三江支线画面无法显示。

υ处理过程：当日经测试维护人员检查，由于三江支线的传输线路中断所至，为此马上与传输机房进行故障确认，并告知协助处理，于次日中午故障解决。

υ故障总结：由于三江网络传输点断电，导致传输线路不断，经协调后解决。

3、第三次故障

υ故障现象：20##年3月26日接到柳州海事的报障，无法连接服务器， 客户端无法ping通服务器IP。

υ处理过程：接到报障通知后，我公司立即组织人员进行处理，局域网内可与前端设备通信及平台服务器进行通信。故障定为网络传输质量问题。当时与传输机房联系协助排查故障；经过测试排查，发现由于网络传输出现波动或延时现象较为严重导致系统自动判定为网络中断，不断的向前端设备发送重启命令导致；通过机房对线路进行优化配置后重启系统后恢复。

υ故障总结：由于网络传输出现波动或延时现象较为严重导致系统自动判定为网络中断，不断的向前端设备发送重启命令导致。

4、第四次故障

υ故障现象：20##年4月13日接到柳州海事的报障，红花电站支线画面无法显示。。

…… …… 余下全文

XXXXX系统-故障报告单

填报人：     　　　                            填写时间：20102 年 08月14 日

…… …… 余下全文

系统故障分析报告

…… …… 余下全文

说明：

1．本报告是成都科来软件安徽办事处针对xxxx的网络故障所做的分析报告，因此该报告可以由xxxx的相关人员和科来安徽办的技术人员进行相应的查阅、更改或完善。

2．该报告中可能会涉及到用户网络内部的相关敏感信息，我方任何技术人员不得对外泄漏，否则，由此造成的后果一切由其本人负责，与科来公司无关。

3．该报告内容全部为成都科来安徽办事处组织创作，科来安徽办事处具有其版权，任何其他组织或个人不得在没有科来安徽办授权的情况下传播该文档。

4．安徽办事处具有对该报告文档的解释权。

目录

1故障描述... 1

1.1故障环境... 1

1.2故障现象... 1

2故障分析... 1

2.1确认故障点... 1

2.2部署科来网络分析系统... 2

2.3数据包分析... 2

2.4分析结论... 6

3总结... 6

1故障描述

1.1故障环境

xxxx的互联网的结构比较简单，通过核心和防火墙直接相连，中间没有任何的网络监控、管理设备，示意图如下所示：

xxxx的防火墙走的是路由模式，内部员工上网通过防火墙进行地址转化，转换成公网地址。

1.2故障现象

打开网页速度比较慢，但是下载的速度很快，而且利用web页面上传邮件附件也很慢，几兆的附件经常上传不上去。同时利用WEB页面登陆防火墙的速度也很慢。

2故障分析

2.1确认故障点

通过上面的介绍，我们可以发现在上网慢时只经过了核心交换机和防火墙，所以可疑的故障点有以下几个位置：

2.2部署科来网络分析系统

为了找到故障的具体位置，我们找一台慢的主机装上科来网络分析系统，然后在核心交换和防火墙之间部署上科来网络分析系统，通过端口镜像来捕获通信的数据包：

2.3数据包分析

1、分析防火墙有无丢包、延时。

同样的，我们做故障还原测试，并利用防火墙自带的抓包功能来抓取网络通信的数据包，同时在客户端进行抓包。

…… …… 余下全文

网络故障分析报告

现在的网络要比以前复杂许多，在各行各业中，不断的有新的网络应用加入，这对网络性能要求是非常高的。网络性能评估对网络关键应用能否健康运行有重要意义，通过对网络核心设备的处理能力分析，对网络带宽利用率、网络负载的分析，有助于提高网络整体性能和资源的合理分配，为规划、调整网络提供可靠依据。

科来网络分析系统是非常好的流量分析系统，利用他我们可以实际了解当前网络正在发生的具体流量，并且通过科来网络分析系统的专家系统及进一步对数据包的解码分析，我们可以很快的定位网络故障，确认网络带宽的瓶颈，在故障发生前消除网络隐患，这样能给我们日常的网络维护工作带来很大的方便，也是的我们的维护工作处于主动地位，不会再只用接到用户故障投诉后处理故障，这在时间和效率上都有了很大提高。

1.1.            故障描述

20##年7月8日，某公司网络管理人员通过网管软件发现两台核心网络交换机CPU利用率异常，如下：

1. “核心交换机6509_A”的CPU利用率高达90%以上。

2. “核心交换机6509_B”的CPU利用率高达90%以上。

以上问题造成网络延时很高，导致访问内网应用、互联网等速度较慢。

1.          网络拓扑

拓扑图如下：

2.          检测描述

监测软件：科来网络回溯分析系统3.1

样本文件：Colasoft.pkt

采样时间：20##-7-8 21:30

采样时长：7*24

样本说明：核心交换机6509连接部门交换机3550的trunk链路

…… …… 余下全文