PPP链路故障告警
- 作者: 半壁江山难稳固
- 来源: 数月亮
- 2019-05-30
PPP链路故障告警
[伴随告警]
无。
[定位信息]
框号=4,槽号=23,CPU号=0,PPP链路号=61 [告警来源]
BSC
[告警描述]
单板上的PPP链路发生故障时产生此告警。 [系统自处理过程]
无。
[告警影响]
对设备运行的影响:无。
对业务的影响:可能影响系统性能或者导致业务中断。
[告警产生原因]
(1) 承载PPP链路的E1T1发生故障。 (2) 承载PPP链路的E1T1连接断开。 [告警原因定位]
参见“修复建议”。
[修复建议]
(1) 查看单板承载PPP链路的E1T1是否和对端相应的E1T1是否连接，重新正确连接E1T1。
(2) 检查单板E1T1是否故障或者请转(3)。 (3) 联系华为当地办事处的技术支援人员。
PPP链路故障告警
[告警名称 ]
PPP 链路中断
[伴随告警 ]
可能会导致信令链路和操作维护链路断告警; [定位信息 ]
基站名称 =化州中垌高岭 , 基站编号 =710, 单板类型 =CMPT_TRS, 单板编号 =0, 子单元类型 =
无子单元类型 , 子单元编号 =3, 详细信息 =无
[告警来源 ]
BTS
[告警描述 ]
PPP 链路中断
[系统自处理过程 ]
如果有伴随告警,则参见伴随告警自处理过程; [告警影响 ]
对设备运行的影响:无;
对业务的影响:该链路承载的业务中断; [告警产生原因 ]
原因 1:与远端链路配置不匹配;
原因 2:E1\T1链路故障;
[告警原因定位 ]
原因 1:查询该链路的 PPP 协商状态;
原因 2:检查 E1\T1链路是否正常;
[修复建议 ]
原因 1:检查远端链路配置类型以及 E1号是否与近端匹配; 原因 2:排除链路连线接触不良或连接错误等问题;
sctp偶联断告警处理总结_图文
, 故障处理经验案例---SCTP偶联断告警处理总结
使用建议:在阅读本文档的同时参阅如下资料:
序号 参考资料 备注
TL双模(V3.30.501)开通指导手册 1
TL双模(V3.30.501)LMT使用指导书2 _R1.1
3
故障现象描述
LTE基站上报"SCTP偶联断"告警，在告警详细信息中的附加文本会提示具体偶联号。 可能伴随的相关告警有:网元断链告警、基站退出服务(基站上报)、TD NodeB退服告警(RNC上报)、S1断链告警、X2断链告警。
故障分析排查思路
一、 确定具体SCTP偶联号及类型。
在告警详细信息的“附加文本”指示具体偶联号。目前LTE基站存在3类偶联:TDS基站与
RNC的SCTP偶联、LTE基站与EPC的SCTP偶联、LTE基站与LTE基站之间的SCTP偶联。 二、 在基站端、OMC服务器、核心网侧做ping检测。
LTE使用IP分组传输技术，出现传输类故障时可以通过ping方法定位故障节点。下图是LTE
双模基站IP传输逻辑图。
OMC服务器LTE核心网
(后台网管)(EPC)
B2C2
维护网关LTE业务网关TDS业务网关
(PTN)(PTN)(RNC)
C1B1A
基站基站基站
维护IPLTE业务IPTDS业务IP
LTE双模基站IP传输逻辑图
双模基站配置有3个IP，分别是基站维护IP、基站LTE业务IP、基站TDS业务IP。可在配
置表中的“SCTP参数配置”中确定哪两个IP分别用于TDS业务和LTE业务，在“OMC通道”
配置项中确定哪个IP用于基站维护。
三、 检查对应SCTP偶联本端(基站侧)、PTN传输、SCTP偶联对端(EPC/RNC/基站)配置是否
正确。
图(1)SCTP参数配置图
图(2)OMC通道配置图
故障排查方法
1) ping包检测故障节点
EDMS ping包检测界面见下图所示。
图(3) Ping包检测界面
“Ping基站网关”右侧下拉列表中的地址都需要保证能ping通，不通的话说明对应传输链路故障。双模基站有3个网关，分别是TDS网关、LTE网关、维护网关。LTE单模基站没有TDS网关。对于特定基站，ping基站网关时实际ping的就是图(4)中"172.39.1.1"、“100.64.36.129”、“100.92.36.129” 这三个地址。
“Ping OMC服务器”功能可以检测基站到网管服务器之间链路状态。 “Ping”功能可以实现“以一个基站本地IP为源端ping任意一个目的IP”功能，比如ping LTE核心网IP、PTN设备IP。“Ping基站网关”和“Ping OMC服务器”是“Ping”的一个功能子集。
, 提示:
1. EDMS提供了三种ping包功能:ping基站网关、ping omc服务器、ping特定IP。
后台人员ping包检测方法
A、 telnet登录OMC服务器，IP地址为OMC服务器地址;
B、 telnet登录基站，IP地址为基站管理网元IP地址;
C、 进入Ushell;
D、 Pad到MGR.EXE进程;
E、 使用“brsping”指令ping远端IP
F、 操作实例见下:
-bash-3.2$ telnet 100.92.1.181 //telnet到基站
正在尝试...
连接到 100.92.1.181。
换码字符为 '^]'。
(none) login: zte //输入基站用户名及密码
Password:
Processing /etc/profile... Done
# ushell //进入ushell
-> Please input password!
->
***
-> Login success!!
ushell tool menu: ------------------------------------------------------------------------------
'ps' or 'PS' list process run on the board
'pr xxx' or 'PR xxx' take over xxx process printf info
'npr xxx' or 'NPR xxx' not take over xxx process printf info
'db xxx' or 'DB xxx' debug xxx process printf info
'ndb xxx' or 'NDB xxx' not debug xxx process printf info
'pad xxx' or 'PAD xxx' debug and take over xxx process printf info
'npad xxx' or 'NPAD xxx'not debug and take over xxx process printf info
'pall' or 'PALL' display current debug and take over info
'ncheck' or 'NCHECK' Do not check another ushell exist
'check' or 'CHECK' Do check another ushell exist
'Q' or 'q' cancel all process debug and printf info
'exit' or 'EXIT' cancel ushell
xxx is process id you want to debug or take over printf info ------------------------------------------------------------------------------ $$ps //显示进程及对应PID
PID USER VSZ STAT COMMAND
1 root 1304 S init
2 root 0 SW [softirq-high/0]
3 root 0 SW [softirq-timer/0]
4 root 0 SW [softirq-net-tx/]
5 root 0 SW [softirq-net-rx/]
6 root 0 SW [softirq-block/0]
7 root 0 SW [softirq-tasklet]
8 root 0 SW [softirq-sched/0]
9 root 0 SW [softirq-hrtimer]
10 root 0 SW [softirq-rcu/0]
11 root 0 SW [watchdog/0]
12 root 0 DW [chkeventd/0]
13 root 0 SW< [events/0]="">
14 root 0 SW< [rt_events/0]="">
15 root 0 SW< [khelper]="">
16 root 0 SW< [kthread]="">
17 root 0 SW< [rt_kthread]="">
37 root 0 SW< [kblockd/0]="">
42 root 0 SW<>
83 root 0 SW [pdflush]
84 root 0 SW [pdflush]
85 root 0 SW< [kswapd0]="">
86 root 0 SW< [aio/0]="">
621 root 0 SW [mtdblockd]
678 root 1254m S /MGR.EXE //ping检查需要pad的进程MGR.EXE
680 root 9156 S /tftp
683 root 1304 S telnetd
685 root 1312 S inetd
686 root 1312 S -/bin/./ash
697 root 0 SWN [jffs2_gcd_mtd0]
854 root 457m S /Product_lte_tdd.so 90 93 V3.10.10P30R1 /AGT_LTE_TDD.EXE
885 root 349m S /Product_td.so 91 139 TDS_V330501P03 /AGT_TD.EXE
1204 root 1316 S -sh
1205 root 1332 R ushell
1206 root 1332 S ushell
1207 root 1332 S ushell
1208 root 1304 R sh -c ps
1209 root 1308 R ps
$$pad 678 //pad 到MGR.EXE进程
[678]
ushell enter print mod
ushell enter debug mod //系统提示pad成功
$$brsping "172.36.1.1" //进行ping检测,注意字母及格式。此处ping TDS网关
2) 后台人员检查基站侧数据配置是否正确
3) TDS配置参数检查
4) LTE配置参数检查
5) 传输人员检查相应传输链路是否正常
6) 后/前台人员与传输人员核对传输物理位置及参数配置是否一致 故障排查步骤
如果基站同时上报“网元断链告警”，则先处理网元断链告警，处理完网元断链告警后再处理SCTP偶联告警。基站断链故障处理方法请参考《网元断链告警处理手册》。 在“SCTP偶联断”告警详细信息的附加文本中确定具体断链偶联号及偶联类别，据此选择如下对应方法处理。
一、TDS SCTP偶联故障
1.1、在前台/后台进行ping包检测。前台使用EDMS的“Ping基站网关”功能，ping TDS网关;后台登录基站使用brsping TDS网关。如果ping不通，进入1.2步。如果能ping通则跳到1.3步继续检查。
1.2联系传输后台，询问基站至RNC整条传输是否有故障，保证中间传输设备的正常。 1.3、检查基站侧VLAN、IP、SCTP等TDS偶联相关参数配置。检查项如下图(n)至图(m)所示。
图(4)IP层配置-列表
图(5)TDS SCTP参数配置
图(6)TDS IP参数
图(7)DS VLAN参数
1.4、检查RNC侧VLAN、IP、SCTP端口等RNC侧相关传输参数
图(8)“IPPORT配置”接口信息
图(9)“IPPORT配置”SUPERVLAN成员口配置信息
图(10)“Iub局向配置”基本信息
图(11)“Iub局向配置”传输路径信息
图(12)“Iub局向配置”IP配置信息
图(13)“Iub局向配置”NBAP链路信息
图(14)“IP路径组配置”信息
1.5、与传输核对TDS传输参数是否一致。核对的参数包括PTN设备ID、槽位号、端口号，TDS VLAN。务必注意区分TDS传输参数、LTE传输参数、维护传输参数。
1.6、与传输核对数据配置端口是否匹配。
RNC侧:RNC侧配置时，会指定本基站使用的接口板位，比如1-4-11板位。“IPPORT配置”接口信息中的“端口号”，通过端口号在“聚合口配置信息”里面找到“端口号”对应的“聚合口号”，再通过“聚合口号”在“聚合口下成员配置信息”里面找到对应的“GIPI单板的位置”。对比RNC配置的GIPI与传输施工单上的“局向”配置是否一致。只有保证一致才能正常建链。 基站侧:找到对应TDS传输工单，在
1.7、如果以上方法都无法解决，请联系中兴通讯获取技术支持。
二、LTE SCTP偶联故障处理步骤
2.1、在前台/后台进行ping包检测。前台使用EDMS的“Ping”功能，ping LTE网关;后台登录基站使用brsping LTE网关。如果ping不通，进入1.3步。如果能ping通则进入1.5步继续检查。 2.2、在前台/后台ping MME地址。
前台使用EDMS的“Ping”功能。首先下拉选择本端的IP地址，这些地址都是配置在IP参数中的，只要在IP参数中配置的，在此都可以选择。再填写MME业务IP地址。点击ping按钮即可开始测试。
图(15)Ping 指定IP 后台登录基站使用brsping MME业务地址。
2.3、检查基站侧LTE传输配置
图(16)VLAN 参数
图(17) IP参数
图(18)SCTP参数
图(19)静态路由参数
2.4、联系传输后台，询问基站至EPC整条传输是否有故障，保证中间传输设备的正常。 2.5与传输核对LTE传输参数是否一致。核对的参数包括PTN设备ID、槽位号、端口号，LTE VLAN、IP、网关。务必注意区分TDS传输参数、LTE传输参数、维护传输参数。 2.6、如果以上方法都无法解决，请联系中兴通讯获取技术支持。
SCTP偶联断故障处理案例
9573_广州越秀区均益路FE，2013-6-27上报TDS SCTP偶联断告警，偶联号为1。
处理后台步骤:
1、 通过网管服务器，telnet登录基站，输入showtcb，显示TDS SCTP断。输入PrintfArp，
发现TDS VLAN下的IP能获取网关(RNC)的MAC，brsping TDS 网关，能ping通，
ping TDS SCTP远端IP，能ping通。到此说明基站到RNC的传输正常，重点检查基站
侧与RNC侧数据配置。
2、 检查基站侧数据，发现配置正常。
、 检查RNC侧数据，在“Iub局向配置”界面，发现9573这个站的“IP配置信息”中的3
“对端IP地址1”配置的是“127.35.95.73”，而对应基站侧的参数是“174.35.95.73”。
将RNC侧的“对端IP地址1”修改成与基站“174.35.95.73”一致后恢复正常。
无线链路提示告警
2134 告警
告警解释
基站将在四?种情况下上?报该告警，具体告警原?因包括BS?C与BTS?之间信道类?型或者信道?状态不一致?、无线信道的?异常释放比?例超过告警?门限、主BCCH?载频在连续?的检测时间?内没有话务?和基站检测?的上行接收?电平和移动?台上报的下?行接收
电平?之间存在较?大的差异。
告警属性
告警ID 告警级别 告警类型
2134 提示 故障
告警参数
参数名
ID 称 参数含义
1 站点号 故障单板或模块所在的?站点号?
0,2047:故障站点在数据配置中?对应?的站点号? 2 单板ID 故障单板或模块的类型?编号?
135:TRX
3 单板号 故障单板或模块的单板?(模块)编号?
0:第0号TRX?
4 通道号 故障单板或模块所在的?通道号?
5 支路号 告警子分类号?
0:信道激活异常提示告警?，指?BSC与BTS?之间信道类型或?者信道状?
态不一致?
1:信道异常释放提示告警?，指无线信道?的异常释放?比例超过告?警?
门限
2:主BCCH无话务提示?告警，指主?BCCH?载频在连续的检测时?间内没?
有话务?
3:上下行平衡提示告警，指基站检测?的上?行接收电平和移动?台上?
报的下?行接收电平之间存在较?大的差异?
6 小区索故障单板或模块所在小?区的索引号? ?
引号 ?
0,2047:故障小区对应的数据配?置中的小区?索引号?
65535:无小区索引??号
7 站点类故障单板或模块所在的?站点类型?
型
3:基站类型为BTS?30 ?
5:基站类型为BTS?312?
10:基站类型为BTS?3012A?
11:基站类型为BTS?3006A?
8 机架号 故障单板或?模块所在机架的编号?
9 机框号 故障单板或模块所在插?框的编号?
10 槽位号 故障单板或模块所在槽?位的编号?
11 站点名站点的名称 ?
称
12 告警性告警性质
质
0:普通
1:闪断统计
对系统的影?响
, 告警发生时?，本TRX无?线接通性能?将暂时受损?。
, 信道激活异?常提示告警?(支路号0):
, 如果BSC?与BTS之?间信道类型?或者信道状?态不一致，将会出现信?道激活异
常?，包括:BTS响应?信道激活失?败或者无响?应。发生这种情?况后，会造成
呼叫?失败，直接影响话?统指标。
, 信道异常释?放提示告警?(支路号1):
, 无线信道的?异常释放比?例超过告警?门限。当上行或者?下行链路出?现故障
时，体现在无线?接口上将无?法实现正确?的双向交互?，信道激活后?，该信
道上将?无法进行正?常的Um接?口上的通信?，最终BSC?将释放该信?道。
, 主BCCH?无话务提示?告警(支路号2):
, 主BCCH?载频在连续?的检测时间?内没有话务?。当主BCC?H载频的下?行故障时，
下行CCC?H信道异常?，不会有进入?该小区的接?入或者切换?;或者孤站的?主
BCCH?载频的上行?故障时，上行CCC?H信道异常?，也不会有进?入该小区的?接
入而又不?存在切换。
, 上下行平衡?提示告警(支路号3):
, 当基站侧上?行接收通道?或者下行发?射通道发生?故障或者存?在缺陷时，会
直接影响?到话统指标?:如果主BC?CH载频下?行发射通道?有问题，会造成该
小?区覆盖范围?缩小，会降低小区?话务量;如果非主B?CCH载频?下行发生通?
道有问题，该载频覆盖?范围缩小，一旦信道指?配到该载频?上可能造成?指
配失败，也会造成切?换成功率低?;如果主BC?CH载频上?行接收通道?有问
题，该小区覆盖?范围内会造?成手机有信?号但无法进?行正常呼叫?，话务量
会降?低，而且会造成?切换成功率?低; 如果非主B?CCH载频?上行接收通?道有
问题，一旦信道指?配到该载频?上可能造成?指配失败，也会造成切?换成功
率低?。
系统自处理?过程
无。
可能原因
, 信道激活异?常提示告警?(支路号0):
, BSC与B?TS之间信?道类型或者?信道状态不?一致。信道激活异?常告警的检?测
是基于时?隙级的，每个信道均?进行独立的?信道激活异?常检测，由于信道
类?型以及信道?的管理状态?均是以时隙?为单位进行?配置和管理?的，所以信
道激?活异常以时?隙为单位进?行累计。由于同一个?时隙配置为?不同的信道?
类型，其包含的子?信道数目不?同，所以各时隙?上具体信道?激活异常累?计
次数达到?多大门限将?上报告警与?信道配置有?关。具体来说，每个子信道?
的门限为5?，因此对于T?CH/F信道类型?门限为5，对于TCH?/H信道类型?门
限为10?，对于SDC?CH8信道?类型门限为?40等。信道激活异?常告警的上?报是
载频级?的，一旦某个时?隙上检测出?信道激活异?常将上报载?频级的信道?激
活异常提?示告警。
, 信道异常释?放提示告警?(支路号1):
, 无线信道的?异常释放比?例超过告警?门限。当接收到信?道释放响应?消息
时，首先判断该?信道自激活?以来是否进?行了Um接?口上的双向?交互，如果
不是，认为本次释?放属于异常?释放，对应信道所?在时隙的的?异常释放累?
计数增1，如果该时隙?信道占用累?计数达到设?定的门限(缺省设置每?个
时隙上1?个子信道为?20次，可以进行配?置)，而且在最近?的这么多次?呼
叫中异常?释放所占比?率达到或超?过设定的告?警上报门限?(缺省设置为?
80,，可以进行配?置)，则发送日志?TMU，日志中包含?该时隙的信?道类型
信息?，同时上报载?频级异常释?放提示告警?;否则，如果不属于?异常释
放，则异常释放?所占比率将?会下降，当下降到设?定的告警消?失门限(缺
省设置为?50,，可以进行配?置)或者以下时?，表示该时隙?上的异常释?放
告警消失?，检测是否所?有时隙上的?异常释放告?警均消失，如果确实消?失
而且前面?已经上报了?该告警，则上报载频?级异常释放?提示告警消?失。 , 各时隙上异?常释放告警?门限根据该?时隙上信道?类型来确定?，具体来说，
与时隙上子?信道的数目?成正比，每时隙上单?个子信道的?门限值通过?维护
台配置?，缺省值为2?0，每个时隙的?异常释放告?警门限等于?该时隙上的?子
信道数目?乘以单个子?信道的设定?门限值。
, 主BCCH?无话务提示?告警(支路号2):
, 如果在设定?的时间周期?内(缺省值为4?小时，可以通过维?护台配置)，没
有检测到?话务，将上报无话?务提示告警?。
, 上下行平衡?提示告警(支路号3):
, 当上行接收?通道或者下?行发射通道?出现问题时?，对于同一个?呼叫，基站
检测的?上行接收电?平和移动台?上报的下行?接收电平之?间会存在较?大的差
异，也就是上下?行不平衡。当检测到上?下行平衡出?现严重偏差?时，上报
上下行?平衡异常告?警，该告警属于?种，告警号相
同?，通过支路号?来区分。具体检测机?制为:当TRX系?统时间到达?22:00后
将进?行上下行平?衡统计的处?理，当上下行平?衡统计总数?达到100?0次而且
上?下行不平衡?次数占统计?总次数的比?值达到设定?的门限(缺省值为8?
0,，可以通过维?护台配置)时，将上报上下?行平衡异常?告警。
处理步骤
1. 查看相关告?警
查看LMT?是否同时上?报2120 无线链路严?重告警。
按照2120 无线链路严?重告警的处理方法?处理，观察告警是?否恢复。
Y=>告警已恢复?，告警处理结?束;
N=>告警未恢复?，转步骤2。
2. 在主BCC?H发起通话?
在主BCC?H发起通话?，观察告警是?否恢复。
Y=>告警已恢复?，告警处理结?束;
N=>告警未恢复?，转下一步骤?3
3. 将单板复位?
将单板复位?，看告警是否?恢复。
Y=>告警恢复，告警处理结?束;
N=>告警未恢复?，转下一步骤。? 4
4. 更换TRX?
更换TRX?，观察告警是?否恢复。
Y=>告警已恢复?，告警处理结?束;
N=>告警未恢复?，请联系华为客户服?务中心。
父主题: BTS3X?基站告警
华为所有和?机密
版权所有 ? 华为技术有?限公司
链路告警处理流程
一、网管侧看到告警,登陆 S12侧: .......................................................................................... 1
二:确定 FES 侧端口状态是否正常 ............................................................................................. 3
三、打死激活操作 .......................................................................................................................... 5
四、 Unix 侧查看 SLN7S 状态 ..................................................................................................... 10
一、网管侧看到告警,登陆 S12侧:
在 S12侧查看链路告警:
>7599:OPTION=LINK,LKID=ALL.
SEQ=0964.2011-06-16
COM=7599
JOB SUBMITTED
RESULT DELAYED
STL1 2011-06-16 16:38:43 TH
PSW002 0130/000C/0005
SEQ=0964.2011-06-16 04314 5020SGR20 SHANTOUCM N703D512
SWA-SUBSEC MTP
DISPLAY-N7-ALARMS SUCCESSFUL
------------------------------------------------------------------------- OPERATOR INPUT:
OPTION = LINK
LKID = ALL
----------------------------------------------------------------------- RESULT:
LKID LOGNET DEST
---------------- ---------------- -----------
SZGS30A-L0-2M NAT 19 244 189
SZGS27A-L1-2M NAT 19 244 182
SZGS26A-L0-2M NAT 19 244 180
HZGS2-L0-2M NAT 19 249 159
SZGS28B-L0-2M NAT 19 244 186
SZDS19A-L8 NAT 19 252 213
SZDS19A-L14 NAT 19 252 213
ALARM CATEGORY: STATUS ALARM
LKID LKSET SLC ALMTYPE ALMTIME ALMDATE
---------------- ---------------- --- ------- -------- ---------- SZGS30A-L0-2M SZGS30A-LS 0 SURG 14:46:18 2011-06-16 SZGS27A-L1-2M SZGS27A-LS 1 SURG 14:46:18 2011-06-16 SZGS26A-L0-2M SZGS26A-LS 0 SURG 14:46:18 2011-06-16 HZGS2-L0-2M HZGS2 0 SURG 23:09:42 2011-06-15 SZGS28B-L0-2M SZGS28B-LS 0 SURG 14:46:18 2011-06-16 SZDS19A-L8 SZDS19-LS 8 SURG 14:52:04 2011-06-16 SZDS19A-L14 SZDS19-LS 14 SURG 14:52:04 2011-06-16
LAST REPORT NO = 04314
查看具体链路状态
>241:LKID=SZGS27A-L1-2M,DETAIL=3.
SEQ=0992.2011-06-16
COM=0241
JOB SUBMITTED
RESULT FOLLOWS
STL1 2011-06-16 17:23:28 TH
PSW002 0130/000C/0005
SEQ=0992.2011-06-16 00199 5020SGR20 SHANTOUCM N703D512
SWA-SUBSEC MTP
DISPLAY-N7LINK SUCCESSFUL
-------------------------------------------------------------------------
OPERATOR INPUT:
LKID = SZGS27A-L1-2M
DETAIL = SWSTAT
-----------------------------------------------------------------------
RESULT:
LKSET DESTINATION INFO:
----------------------
LKSET DEST LOGNET RTESID OPCIND
---------------- ----------- ---------------- ---------------- -------
SZGS27A-LS 19 244 182 NAT SZGS27A OPCSET1
LINK STATUS INFO:
----------------
LKSET SLC LKID +-CCSMEN-+ +-DTMEN---+ LINK STATE TRF
PCE TN PCE TN STATE
---------------- --- ---------------- ------ --- ------ ---- ----------- -----
SZGS27A-LS 1 SZGS27A-L1-2M H'60B1 1 H'60B1 101 ACTING NOTRF(此显示
的是 3层状态,正常为 IT )
LAST REPORT NO = 00199
二:确定 FES 侧端口状态是否正常
根据故障链路的名称 lkid (241命令中会显示)查找电路总表 , 可以找到对应的 FES 号
和中继板卡号,找到对应的 FES 后登陆,查看端口状态:
STL1_FES2:ACT-SCM:1.10(r0)>=4:diag:main# vi spc tdm2tdm SZG27A-L1-2M id查看链路 SZG27A-L1-2M
的半永久连接数据 .
IDENTIFIER | TYPE | STATE | LPA1 | LPA2 |
SSR | TERM-PROF1 | TERM-PROF2 | MCP1 | MCP2 |
CTX_ID | CCI | LINK STATE | DCME_STATE1 | DCME_STATE2
|
*DCME_STATE:ENAble,DISable;COntrol,Non-Control;SETup,IDLe;MaintREL,AVAILable,UNAVailable,UNC
onFiG|
----------------------+-------------------+-------------------+-----------------+-----------
------|
SZGS27A-L1-2M | TDM2TDM_LINK | SETUP | e1.cim10.29.* | e1.cim6.10.*
| 找到相应的对外和对内中继模块号 , 左边为对内 , 右边对
外
NO-SSR | (none) | (none) | (null) | (null) |
0x0000 | 0x0000000000000000| 1U_2U | (none) | (none) |
----------------------+-------------------+-------------------+-----------------+-----------
------|
分别用 vi li al 指令检查对外和对内中继是否有告警 .
STL1_FES2:ACT-SCM:1.10(r0)>=6:diag:main# vi li al e1.cim6.10
Link Address Level Alarm
------------ ----- -------------
e1.cim6.10.1 E1 no local alarm ---→此状态说明没有告警
no remote alarm---→此状态说明没有告警
-------------------------------------
STL1_FES2:ACT-SCM:1.10(r0)>=7:diag:main# vi li al e1.cim10.29
Link Address Level Alarm
------------ ----- -------------
e1.cim10.29.1 E1 no local alarm
no remote alarm
8.查看传输告警:
vi link alarm e1.cim1.5
查看 cim1.5的传输情况, cim1是指该 fes 的第一块传输中继板, 5是第五个 E1。一块中 继传输板有 32个 E1。
GZ_TH_FES1:ACT-SCM:1.10(r0)>=4:diag:main# vi li al e1.cim7.7
Link Address Level Alarm
------------ ----- -------------
e1.cim7.7.1 E1 AIS alarm -----〉远端告警
-------------------------------------
GZ_TH_FES1:ACT-SCM:1.10(r0)>=4:diag:main# vi li al e1.cim7.7
Link Address Level Alarm
------------ ----- -------------
e1.cim7.7.1 E1 LOS alarm -----〉本端告警
-------------------------------------
GZ_TH_FES1:ACT-SCM:1.10(r0)>=7:diag:main# vi li al e1.cim7.7
Link Address Level Alarm
------------ ----- -------------
e1.cim7.7.1 E1 no local alarm ----- 收发都无告警,正常情况
no remote alarm
-------------------------------------
GZ_JCX_FES2:ACT-SCM:1.11(r0)>=8:diag:main# vi li al e1.cim4.1.*
Link Address Level Alarm
------------ ----- -------------
e1.cim4.1.1 E1 no local alarm
RAI alarm --------〉发有告警
-------------------------------------
也可以一次看整块 cim 板的 32个 E1传输情况:
GZ_TH_FES2:ACT-SCM:1.10(r0)>=6:diag:main# vi li al e1.cim1.*
actual alarm status of E1-links e1.cim1.1.1 to e1.cim1.32.1:
explanation of symbols: 0 no alarm
1 CRC4-noCRC4 indication
2 CRC4-LOF alarm
3 LOF alarm
4 LOM alarm
5 AIS alarm
6 LOS alarm (only E1T1-CIMs)
7 LOMF alarm
8 RAI alarm
9 CRC4-noCRC4 ind. + LOMF alarm
A CRC4-noCRC4 ind. + RAI alarm
|0 1 2 3 |
|12345678901234567890123456789012|
|00060000000000606666666636666666|
-------------------------------------
三、打死激活操作
确定端口状态正常后登陆 S12侧对相应链路进行打死激活操作:
>220:LKID=SZGS27A-L1-2M,9=2.-----打死链路
SEQ=0997.2011-06-16
COM=0220
JOB SUBMITTED
RESULT FOLLOWS
STL1 2011-06-16 17:34:25 TH
PSW002 0130/000C/0005
SEQ=0997+2011-06-16 00203 5020SGR20 SHANTOUCM N703D512
SW A-SUBSEC MTP
CHANGE-N7LINK-STATUS SUCCESSFULL Y STARTED
INTERIM RESULT 0001 +
-------------------------------------------------------------------------
OPERATOR INPUT:
LKID = SZGS27A-L1-2M
FUNCTION = FRCDEACT
---------------------------------------------------------------------
RESULT:
LKSET DEST LOGNET RTESID
---------------- ----------- ---------------- ----------------
SZGS27A-LS 19 244 182 NAT SZGS27A
LINK CONFIGURATION INFORMATION:
-------------------------------
+----CCSMEN----+ +------DTMEN-----+
LKSET SLC LKID LCE PCE TN LCE PCE TN
------------------- ---------------- ------ ------ --- ------ ------ ----
SZGS27A-LS 1 SZGS27A-L1-2M H'1660 H'60B1 1 H'1660 H'60B1 101
JOB STATUS = SNTM: EXECUTING
REPORT FOLLOWS NO = 00203
STL1 2011-06-16 17:34:26 TH
PSW002 0130/000C/0005
SEQ=0997.2011-06-16 00203 5020SGR20 SHANTOUCM N703D512
SW A-SUBSEC MTP
CHANGE-N7LINK-STATUS
SUCCESSFUL
FINAL RESULT 0002 -
-------------------------------------------------------------------------
OPERATOR INPUT:
LKID = SZGS27A-L1-2M
FUNCTION = FRCDEACT
---------------------------------------------------------------------
RESULT:
LKSET DEST LOGNET RTESID
---------------- ----------- ---------------- ----------------
SZGS27A-LS 19 244 182 NAT SZGS27A
LINK CONFIGURATION INFORMATION:
-------------------------------
+----CCSMEN----+ +------DTMEN-----+
LKSET SLC LKID LCE PCE TN LCE PCE TN
------------------- ---------------- ------ ------ --- ------ ------ ----
SZGS27A-LS 1 SZGS27A-L1-2M H'1660 H'60B1 1 H'1660 H'60B1 101
JOB STATUS = SUCCESSFULLY EXECUTED LAST REPORT NO = 00203
>MM
STL1 2011-06-16 17:34:30 TH
PSW002 0130/000C/0005
>241:LKID=SZGS27A-L1-2M,DETAIL=3. --- 查看链路状态
SEQ=0998.2011-06-16
COM=0241
JOB SUBMITTED
RESULT FOLLOWS
STL1 2011-06-16 17:34:40 TH
PSW002 0130/000C/0005
SEQ=0998.2011-06-16 00199 5020SGR20 SHANTOUCM N703D512
SW A-SUBSEC MTP
DISPLAY-N7LINK
SUCCESSFUL
-------------------------------------------------------------------------
OPERATOR INPUT:
LKID = SZGS27A-L1-2M
DETAIL = SWSTAT
-----------------------------------------------------------------------
RESULT:
LKSET DESTINATION INFO:
----------------------
LKSET DEST LOGNET RTESID OPCIND
---------------- ----------- ---------------- ---------------- -------
SZGS27A-LS 19 244 182 NAT SZGS27A OPCSET1
LINK STATUS INFO:
----------------
LKSET SLC LKID +-CCSMEN-+ +-DTMEN---+ LINK STA TE TRF
PCE TN PCE TN STA TE
---------------- --- ---------------- ------ --- ------ ---- ----------- -----
SZGS27A-LS 1 SZGS27A-L1-2M H'60B1 1 H'60B1 101 ORJ-DIS NOTRF
LAST REPORT NO = 00199
>MM
STL1 2011-06-16 17:34:43 TH
PSW002 0130/000C/0005
>220:LKID=SZGS27A-L1-2M,9=0.---- 激活链路
SEQ=0999.2011-06-16
COM=0220
JOB SUBMITTED
RESULT FOLLOWS
STL1 2011-06-16 17:34:50 TH
PSW002 0130/000C/0005
SEQ=0999+2011-06-16 00203 5020SGR20 SHANTOUCM N703D512
SW A-SUBSEC MTP
CHANGE-N7LINK-STATUS SUCCESSFULL Y STARTED
INTERIM RESULT 0001 +
-------------------------------------------------------------------------
OPERATOR INPUT:
LKID = SZGS27A-L1-2M
FUNCTION = ACTIVA TE
---------------------------------------------------------------------
RESULT:
LKSET DEST LOGNET RTESID
---------------- ----------- ---------------- ----------------
SZGS27A-LS 19 244 182 NAT SZGS27A
LINK CONFIGURATION INFORMATION:
-------------------------------
+----CCSMEN----+ +------DTMEN-----+
LKSET SLC LKID LCE PCE TN LCE PCE TN
------------------- ---------------- ------ ------ --- ------ ------ ----
SZGS27A-LS 1 SZGS27A-L1-2M H'1660 H'60B1 1 H'1660 H'60B1 101
JOB STATUS = SNTM: EXECUTING
REPORT FOLLOWS NO = 00203
STL1 2011-06-16 17:34:50 TH
PSW002 0130/000C/0005
SEQ=0999.2011-06-16 00203 5020SGR20 SHANTOUCM N703D512
SW A-SUBSEC MTP
CHANGE-N7LINK-STATUS
SUCCESSFUL
FINAL RESULT 0002 -
-------------------------------------------------------------------------
OPERATOR INPUT:
LKID = SZGS27A-L1-2M
FUNCTION = ACTIVA TE
---------------------------------------------------------------------
RESULT:
LKSET DEST LOGNET RTESID
---------------- ----------- ---------------- ----------------
SZGS27A-LS 19 244 182 NAT SZGS27A
LINK CONFIGURATION INFORMATION:
-------------------------------
+----CCSMEN----+ +------DTMEN-----+
LKSET SLC LKID LCE PCE TN LCE PCE TN
------------------- ---------------- ------ ------ --- ------ ------ ----
SZGS27A-LS 1 SZGS27A-L1-2M H'1660 H'60B1 1 H'1660 H'60B1 101
JOB STATUS = SUCCESSFULLY EXECUTED LAST REPORT NO = 00203
>MM
四、 Unix 侧查看 SLN7S 状态
如果打死激活后链路的状态还是 ACTING ,则查看 UNIX 侧的 sln7模块状态 : STL1:OAMMGR-1-A:/root>st -q
status: Initializing the ORB ...
status: Getting hold of the naming server ...
status: Getting reference to SMConfiguration object ...
status: narrowing to CONFIG::SMConfiguration ...
status: Getting ITCE Reference ...
Getting System reference ...
Getting all subtypes ...
SystemNode : STL1:OAMMGR-1-A
SystemLoad : 105_0863D02.3.9
SystemState : SS_NORMAL
Device Status Rack Shlf Slot CPU Core VM HW Loc Host name Ceid IP Address Net Addr
====== ====== ==== ==== ==== === ==== == ======== ========= ==== ========== ========
OAMMGR-1-A IS-NR ACT A 2 5 1 2 4 0_1_2_05 oamce-1 1024 172.16.100.0 1e 88
OAMMGR-1-B IS-NR STBY B 2 5 1 2 4 0_2_2_05 oamce-2 1025 172.16.100.1 1e 89
IPACC-1-A IS-NR STBY A 2 4 1 1 -1 0_1_2_04 ipaccce-1 1040 172.16.100.16 0e 08
IPACC-1-B IS-NR ACT B 2 4 1 1 -1 0_2_2_04 ipaccce-2 1041 172.16.98.55 02 0d
SLN7S-29-A IS-NR ACT J 2 13 1 1 -1 0_9_2_13 sln7sce-57 568 172.16.98.56 12 0c
SLN7S-29-B IS-NR STBY K 2 13 1 1 -1 0_10_2_13 sln7sce-58 569 172.16.98.57 12 0d
SLN7S-30-A IS-NR ACT J 2 14 1 1 -1 0_9_2_14 sln7sce-59 570 172.16.98.58 22 0c
SLN7S-30-B IS-NR STBY K 2 14 1 1 -1 0_10_2_14 sln7sce-60 571 172.16.98.59 22 0d
状态正常则进入模块查看 MTP2层状态 :
STL1:OAMMGR-1-A:/root>sln7s30a
Linux sln7sce-59 2.6.21_mvlcge500-pc_target-x86_pentium3 #1 SMP PREEMPT RT Sat Apr 11 17:44:55 UTC 2009 i686 GNU/Linux
Welcome to MontaVista(R) Linux(R) Carrier Grade Edition 5.0 (0704580).
SLN7S-30-A:/root>ndebug
Please use ctrl+c to end ndebug
c,1,5,1-------------------- 1为 TN 号
17:32:24.475800 -- sln7s control block:
dev_st A V
dev_st_old TAB_LOADING1
rcds_st BOTH_RCDS_AV
nccmprop_tup 58
own_lce 1660
own_pce 60b1
pair_lce 1670
pair_pce 61b1
ace_lce 7d00
ace_pce ffff
own_hb_timer 703
pair_hb_timer 347
tab_load_timer 65535
17:32:24.475957 -- Tn=1 link control block
b_dev_st ALIGN_DELAY
b_sl_terminal_eq 1
b_lk_type ADAX_HSL
b_mtp1_status 1
b_dev_st_old ALIGN_DELAY
b_em_al_in 0
b_rpo 0
b_m3ua_ass_lock 0
b_m2pa_ovld 0
b_congestion_st 0
b_n7lnk_event 23
b_who_stoplink 13
b_bsnt fff
b_slt_fail_reason 0
b_tst_msg_ack_timex 0
b_align_count 0
b_tst_msg_mask[4] 0
b_tst_msg_ar_ok[4] 1
b_t4_sl_act_sup_timer 65535
b_t11_tst_ack_msg_wait 65535
b_t12_lk_av_ack_wait 65535
b_t14_deact_sup_timer 65535
b_t30_delay_align_timer584
b_t32_start_link_timer 65535
b_snd_inh_tst_timer 65535
b_snd_rinh_tst_timer 65535
b_rtv_msu_timer 65535
b_oos_ack_timer 65535
b_lpo_timer 65535
b_pim2hb_timer 65535
b_pim2_id 0
b_trunk 0
b_timeslot 0
b_pim2_lv2 0
b_pim2_fd 0
ssf0=ln0 ssf4=ln0 ssf8=ln1 ssfc=ln0
17:34:25.780241 -- QG_ADL202_CancelTimer empty idx = 584
17:35:20.419076 -- SLC: TN=1 L2 REPORT IS
Exiting ndebug & switch log back to SeTrace
SLN7S-30-A:/root>
SLN7S-30-A:/root>
SLN7S-30-A:/root>
SLN7S-30-A:/root>
状态为 b_dev_st ALIGN_DELAY则说明 MTP2层定位不成功(正常激活的链路为 ACTIVE,MTP2层定位成功为 LEV2_IS) , 首先和对端协商, 让对端打死激活看看是 否恢复正常, 如未恢复正常, 联系传输人员做自环, 自环后状态为 LEV2_IS说明 是对端故障, 自环还是显示不正常则是本设备原因, 需要重启相应的 SLN7S 模块 , 指令为 resln7sxx,xx 为 sln7s 模块的序号 . 具体的状态机解释请看附件 . 退出 ndebug 用 ctrl+c热键
下面是处理链路故障需要用到的文档
C:\Documents and Settings\Administra
