S1240 STP(贝尔)信令链路频繁翻转的处理两例 4页

S1240STP信令链路频繁翻转的处理两例日常维护中遇到的信令频繁翻转多由传输不稳造成，S1240设备原因一般都为信令模块造成。现将近日发生的两例中继模块原因导致的信令频繁翻转处理过程记录如下，供大家参考。故障现象一:HFH2-HFGA方向SLC=1信令链路频繁翻转处理过程:1.HFH2执行指令220:DEST="HFGA"&NAT,SLC=1,9=6.220:DEST="HFGA"&NAT,SLC=1,9=5.对该信令打死激活，无效。2.HFH2对信令模块进行：VSLTC,203,4,ALL操作后信令恢复正常。但一般两三天后信令又会不活。3.查看5691报告，发现信令翻转时事件均为H’1B,排除传输不稳导致信令翻转的可能。HFH22006-07-1106:21:40TU05691C7S0301+N7ROUTENETWORKMANAGEMENTN7LINKSTATUSREPORTDATE:2006-07-11----------------------------------------------------------------------------------------------------------------------------OWNIDENTIFICATION:HFH2SSF:ALL----------------#------#-----#-----#----#------=----#------#------------#------------#----------=----------#--------#------DESTINATIONSSFLINKLINKSLCSIGN-LINKDTMLINK-STATETRAFFIC-STATETIMEEVENTIDSETPCETNPCEPREVIOUSACTUALPREVIOUSACTUALHH:MM:SS----------------#------#-----#-----#----#------=----#------#------------#------------#----------=----------#--------#------HFGAALL1811041H"2034H"110ACTIVEACTINGTRAFFICNOTRAF06:21:09H"1BHFGAALL1811041H"2034H"110ACTINGACTIVENOTRAFTRAFFIC06:21:29EVENT+MEANING------+---------------------------------------------H"1BSIE/SIN/SIO/SIOSRECEIVED UNSOLICITEDREPORTNO=05691HFH22006-07-1106:23:07TU05691C7S0301+N7ROUTENETWORKMANAGEMENTN7LINKSTATUSREPORTDATE:2006-07-11----------------------------------------------------------------------------------------------------------------------------OWNIDENTIFICATION:HFH2SSF:ALL----------------#------#-----#-----#----#------=----#------#------------#------------#----------=----------#--------#------DESTINATIONSSFLINKLINKSLCSIGN-LINKDTMLINK-STATETRAFFIC-STATETIMEEVENTIDSETPCETNPCEPREVIOUSACTUALPREVIOUSACTUALHH:MM:SS----------------#------#-----#-----#----#------=----#------#------------#------------#----------=----------#--------#------HFGAALL1811041H"2034H"110ACTIVEACTINGTRAFFICNOTRAF06:22:37H"1BHFGAALL1811041H"2034H"110ACTINGACTIVENOTRAFTRAFFIC06:22:50EVENT+MEANING------+---------------------------------------------H"1BSIE/SIN/SIO/SIOSRECEIVEDUNSOLICITEDREPORTNO=056913.HFH2对信令模块做环回测试，执行指令220:DEST="HFGA"&NAT,SLC=1,9=6.220:DEST="HFGA"&NAT,SLC=1,9=30.显示信令状态为ACTIVE-LOOP。考虑到SLC=1信令链路所在的中继模块上同时承载了四条信令链路，而翻转的总是SLC=1信令链路。于是考虑更换信令模块。但更换信令模块H’203&4后故障依旧。4.在排除对端原因造成信令翻转的可能后，更换中继模块H’110。故障彻底解决。故障现象二:HFH2-JNH2方向多条信令链路频繁翻转，且每次翻转的信令链路不尽相同处理过程: 1.HFH2按一般处理流程对信令进行处理后无效。2.检查信令模块和中继模块状态均正常。3.联系济南移动处理后信令恢复正常。但一般两三天后又会有信令不活。不活的信令链路每次不尽相同，但都是承载在同一中继模块上。4.查看5691报告，发现信令翻转时事件多为H’1B,少量为H’17基本排除传输不稳导致信令翻转的可能。HFH22006-07-1720:31:27MO05691C7S0301+N7ROUTENETWORKMANAGEMENTN7LINKSTATUSREPORTDATE:2006-07-17----------------------------------------------------------------------------------------------------------------------------OWNIDENTIFICATION:HFH2SSF:ALL----------------#------#-----#-----#----#------=----#------#------------#------------#----------=----------#--------#------DESTINATIONSSFLINKLINKSLCSIGN-LINKDTMLINK-STATETRAFFIC-STATETIMEEVENTIDSETPCETNPCEPREVIOUSACTUALPREVIOUSACTUALHH:MM:SS----------------#------#-----#-----#----#------=----#------#------------#------------#----------=----------#--------#------JNH2ALL319706H"2056H"625ACTIVEACTINGTRAFFICNOTRAF20:30:56H"17JNH2ALL319706H"2056H"625ACTINGACTIVENOTRAFTRAFFIC20:31:05EVENT+MEANING------+---------------------------------------------H"17SUERMTRESHOLDEXCEEDEDUNSOLICITEDREPORTNO=05691HFH22006-07-1723:05:40MO05691C7S0301+N7ROUTENETWORKMANAGEMENTN7LINKSTATUSREPORTDATE:2006-07-17----------------------------------------------------------------------------------------------------------------------------OWNIDENTIFICATION:HFH2SSF:ALL ----------------#------#-----#-----#----#------=----#------#------------#------------#----------=----------#--------#------DESTINATIONSSFLINKLINKSLCSIGN-LINKDTMLINK-STATETRAFFIC-STATETIMEEVENTIDSETPCETNPCEPREVIOUSACTUALPREVIOUSACTUALHH:MM:SS----------------#------#-----#-----#----#------=----#------#------------#------------#----------=----------#--------#------JNH2ALL306700H"376H"625ACTIVEACTINGTRAFFICNOTRAF23:05:09H"1BJNH2ALL5347014H"13356H"625ACTIVEACTINGTRAFFICNOTRAF23:05:09H"1BJNH2ALL5307010H"10266H"625ACTIVEACTINGTRAFFICNOTRAF23:05:09H"1BJNH2ALL528708H"10206H"625ACTIVEACTINGTRAFFICNOTRAF23:05:09H"1BJNH2ALL5327012H"13206H"625ACTIVEACTINGTRAFFICNOTRAF23:05:09H"1BJNH2ALL319706H"2056H"625ACTIVEACTINGTRAFFICNOTRAF23:05:09H"1BJNH2ALL315702H"2016H"625ACTIVEACTINGTRAFFICNOTRAF23:05:09H"1BJNH2ALL317704H"2036H"625ACTIVEACTINGTRAFFICNOTRAF23:05:09H"1BJNH2ALL5347014H"13356H"625ACTINGACTIVENOTRAFTRAFFIC23:05:18JNH2ALL5307010H"10266H"625ACTINGACTIVENOTRAFTRAFFIC23:05:22JNH2ALL319706H"2056H"625ACTINGACTIVENOTRAFTRAFFIC23:05:24JNH2ALL5327012H"13206H"625ACTINGACTIVENOTRAFTRAFFIC23:05:27JNH2ALL317704H"2036H"625ACTINGACTIVENOTRAFTRAFFIC23:05:29JNH2ALL528708H"10206H"625ACTINGACTIVENOTRAFTRAFFIC23:05:33EVENT+MEANING------+---------------------------------------------H"1BSIE/SIN/SIO/SIOSRECEIVEDUNSOLICITEDREPORTNO=056915.联系济南移动了解到对故障信令的处理情况为：每次对故障信令的信令模块进行VERIFY操作后信令就能恢复，并且已经更换过两块信令模块。于是建议其更换中继模块。6.济南移动更换中继模块后故障彻底解决。事件释义：H"17SUERMTHRESHOLDEXCEEDED误码率超过门限值H"182ABNORMALBSN/FIBOUTOF3FISU/MSURECEIVED连续3个消息中，有两个异常后向序列号或前向指示位，LEVEL2错误，传输不稳定造成。H"1BSIE/SIN/SIO/SIOSRECEIVED对端发起重定位或链路退出服务，通过查找对端翻转原因定位问题