传输网络维护案例分析

传输网络维护案例分析.SDH两纤双向复用段保护环频繁倒换故障分析故障现象描述某日，干线传输网SDH环三系统频繁发生环倒换，倒换段落在D站和E站之间，复用段环倒换状态正常，业务未受影响。告警信息此SDH系统承载在烽火波分系统上，占用D站和E站间的17波。D站烽火波分的17波20TU板的1端口上报RLOF告警,华为SDH设备D站的东向S16板上报RLOS、RLOF告警；E站烽火波分的17波2OTU板的2端口上报RLOF告警，华为SDH设备D站的西向S16板无告警。SDH环三系统三全环各站的交叉时钟板XCS上报PS告警，D站和E站的SCC板上班APSCJNDI告警。承载在D站和E站间其他波道上的SDH系统无告警。原因分析承载在D站和E站间波分系统上共有4个SDH环网系统，目前只有单个环网系统发生环倒换，可以排除D站和E站间的光缆线路故障和波分系统的光放大盘故障，从波分网管和SDH网管上报的告警信息分析，原因可能有以下几种:E站SDH设备S16板发光模块故障或单板其他故障。E站波分设备的2OTU板收光模块故障或单板其他故障。E站波分设备2OTU单板和SDH设备S16单板间的尾纤故障或光纤连接器故障。人为误操作影响或者施工原因。D站波分设备的2OTU板1端口收光模块故障或单板其他故障。（与E站同时发生故障的可能性很小）处理过程D站和E站波分设备17波的20TU盘的1、2端口的收发光功率正常；E站SDH设备的S16板收发光正常;D站SDH设备的S16板收光功率异常(-60dbm),可能是本端收光异常或者对端设备发光异常。142在D站的ODF侧测试2OTU1端口发至SDH设备光功率正常，排除D站20TU盘故障和20TU至ODF架间的尾纤故障；在ODF侧对D站的S16板加光衰进行自环，单板告警消失，收光功率正常。可用确定故障点不在D站。通过告警信息可判断，D站发送至E站SDH信号经过的波分单板端口正常，所以E站20TU1端口可以发送接收到D站的正常SDH信号，在20TU单板侧用尾纤把1端口和2端口环回，2端口的RLOF告警不消失，可以判断E站的20TU单板故障。144在E站波分设备侧尾纤加光衰对S16板环回，S16单板告警消失，排除S16板故障，进一步证实导致SDH环三系统三发生频繁环倒换的原因是E站的20TU单板故障。E站的20TU单板故障，所以2端口在收光正常的情况下上报RLOF,并通过波分复用把RLOF告警下插到对端D站2OTU单板的1端口上，最终导致D站的SDH光板收不到正确的信号帧，上报RLOS告警，引发环倒换。协调维护人员把环三系统三倒换D站和E站间的备用波道,告警消失,环倒换恢复正常。经验总结通过此次环倒换障碍的处理，使我更加熟悉波分和SDH设备之间的单盘连接关系的信号流。承载在DWDM系统上的SDH环网障碍比直接承载在光缆系统上的SDH环网障碍要复杂的多，因为SDH信号要经过波分设备的波长转换、复用(解复用)、光放大，然后才能到光缆系统上进行传输，这就要求我们必须熟悉各个层面的信号流向，物理端口连接关系和告警的产生机理，只有这样才能通过告警、性能以及排除法、环回法等手段迅速定位故障原因。2.2500+设备网关IP设置错误导致命令行无法登陆网络管理情况介绍某传输本地网通过华为T2000子网级网管系统进行管理，为实现网络的集中管理，在省公司上一套华为的T2100网络级网管系统，对本地网进行管理，一期工程网管通信通道，通过路由器和DCN网实现，后期更改为2M专线方式,DCN网络通道不再使用。某日，本地维护人员发现三个子网的网关网元使用网管可以登录，但无法使用命令行登录，而且网管重起后网管也无法登录，拔掉HUB上对应网元网线复位主控板或是等待10分钟后，再将网元网线插上网管才能登陆上，但命令行还是无法登陆。告警信息命令行反馈信息：ConnectFailed.（连接失败）TrytoreconnecttoNEfailed!Pleasewait...TrytoreconnecttoNEfailed!Pleasewait...TrytoreconnecttoNEfailed!Pleasewait...原因分析网管、命令行问题。网元网管连接汇聚用的HUB端口问题。243主控板硬件、或是设置问题。通过路由器外界影响。处理过程试用本地计算机能够Ping通用命令登陆不上的网元，说明网管通信的通道正常。在网管上更换了一个新的命令行软件，命令行仍不能正常登陆。将便携计算机网管直接插到HUB端口上，代替网管计算机，故障状况和网管系统现象一致，命令行仍然无法登陆，并且拔掉网线后需要等待10分钟或SCC板复位后网管才能正常登陆，所以可以排除网管计算机及网管软件和命令行软件的问题。在传输网元设备侧将网元设备连接HUB网线拔下，用便携网管登陆网元设备，网管及命令行均登陆不上。将主控复位后或是等待10分钟后，便携机网管及命令行都能够登陆上了，再把网线拔下再连接，命令行和网管系统登陆都正常。将所有本地的T2000服务器及T2000客户端计算机连接到HUB的网线拔下，之后将网元设备与HUB网线正常连接，再将便携机通过网线连接至HUB,用命令行不能登陆网元。说明网元只要连接到HUB后就会引起登陆问题。对HUB上连接的设备进行排查。发现当拔掉HUB上连接至路由器的网线后，过10分钟，命令行登录正常，网管系统登陆正常，把路由器连接至HUB的网线正常连接后，故障重现，说明命令行登陆的问题和路由器和省公司的网络级网管有关。经对HUB抓包分析，发现的计算机每一分钟都会向命令行登陆有问题网元的1400端口发出连接请求。该地址正是通过路由器连接的省公司网管系统的计算机的地址。命令行登陆有问题的网元，设置的网关地址为132.37.8.1o257查询路由器的配置表发现，目前省网管和本地网管使用的路由器R1的E0口IP地址为：132.37.8.2,而网关网元设置的网关IP地址为：132.37.8」，这个地址是一期网管通信所使用的路由器R2的E0口IP地址，目前已不再使用。所以当集中网管系统尝试对网元连接后，由于网元的网关IP设置错误，导致网元不能够正常给远程的集中网管系统反馈信息、，而远程的网管启动后，就会对这几个网元会不断尝试连接，最终致使网元通信端口数据堵塞，出现用命令行登陆不上的现象。将路由器R1的E0口IP地址更改为后，本地网元能够正常与远程网管通信，解除了堵塞状态，命令行及网管状态正常了