SCTP偶联断告警处理总结.docx
- 文档编号:12226720
- 上传时间:2023-04-17
- 格式:DOCX
- 页数:17
- 大小:2.67MB
SCTP偶联断告警处理总结.docx
《SCTP偶联断告警处理总结.docx》由会员分享,可在线阅读,更多相关《SCTP偶联断告警处理总结.docx(17页珍藏版)》请在冰豆网上搜索。
SCTP偶联断告警处理总结
Ø故障处理经验案例---SCTP偶联断告警处理总结
使用建议:
在阅读本文档的同时参阅如下资料:
序号
参考资料
备注
1
TL双模(V3.30.501)开通指导手册
2
TL双模(V3.30.501)LMT使用指导书_R1.1
3
故障现象描述
LTE基站上报"SCTP偶联断"告警,在告警详细信息中的附加文本会提示具体偶联号。
可能伴随的相关告警有:
网元断链告警、基站退出服务(基站上报)、TDNodeB退服告警(RNC上报)、S1断链告警、X2断链告警。
故障分析排查思路
一、确定具体SCTP偶联号及类型。
在告警详细信息的“附加文本”指示具体偶联号。
目前LTE基站存在3类偶联:
TDS基站与RNC的SCTP偶联、LTE基站与EPC的SCTP偶联、LTE基站与LTE基站之间的SCTP偶联。
二、在基站端、OMC服务器、核心网侧做ping检测。
LTE使用IP分组传输技术,出现传输类故障时可以通过ping方法定位故障节点。
下图是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包检测故障节点
EDMSping包检测界面见下图所示。
图(3)Ping包检测界面
“Ping基站网关”右侧下拉列表中的地址都需要保证能ping通,不通的话说明对应传输链路故障。
双模基站有3个网关,分别是TDS网关、LTE网关、维护网关。
LTE单模基站没有TDS网关。
对于特定基站,ping基站网关时实际ping的就是图(4)中"172.39.1.1"、“100.64.36.129”、“100.92.36.129”这三个地址。
“PingOMC服务器”功能可以检测基站到网管服务器之间链路状态。
“Ping”功能可以实现“以一个基站本地IP为源端ping任意一个目的IP”功能,比如pingLTE核心网IP、PTN设备IP。
“Ping基站网关”和“PingOMC服务器”是“Ping”的一个功能子集。
&提示:
1.EDMS提供了三种ping包功能:
ping基站网关、pingomc服务器、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$telnet100.92.1.181//telnet到基站
正在尝试...
连接到100.92.1.181。
换码字符为'^]'。
(none)login:
zte//输入基站用户名及密码
Password:
Processing/etc/profile...Done
#ushell//进入ushell
->Pleaseinputpassword!
->
***
->Loginsuccess!
!
ushelltoolmenu:
------------------------------------------------------------------------------
'ps'or'PS'listprocessrunontheboard
'prxxx'or'PRxxx'takeoverxxxprocessprintfinfo
'nprxxx'or'NPRxxx'nottakeoverxxxprocessprintfinfo
'dbxxx'or'DBxxx'debugxxxprocessprintfinfo
'ndbxxx'or'NDBxxx'notdebugxxxprocessprintfinfo
'padxxx'or'PADxxx'debugandtakeoverxxxprocessprintfinfo
'npadxxx'or'NPADxxx'notdebugandtakeoverxxxprocessprintfinfo
'pall'or'PALL'displaycurrentdebugandtakeoverinfo
'ncheck'or'NCHECK'Donotcheckanotherushellexist
'check'or'CHECK'Docheckanotherushellexist
'Q'or'q'cancelallprocessdebugandprintfinfo
'exit'or'EXIT'cancelushell
xxxisprocessidyouwanttodebugortakeoverprintfinfo
------------------------------------------------------------------------------
$$ps//显示进程及对应PID
PIDUSERVSZSTATCOMMAND
1root1304Sinit
2root0SW[softirq-high/0]
3root0SW[softirq-timer/0]
4root0SW[softirq-net-tx/]
5root0SW[softirq-net-rx/]
6root0SW[softirq-block/0]
7root0SW[softirq-tasklet]
8root0SW[softirq-sched/0]
9root0SW[softirq-hrtimer]
10root0SW[softirq-rcu/0]
11root0SW[watchdog/0]
12root0DW[chkeventd/0]
13root0SW<[events/0]
14root0SW<[rt_events/0]
15root0SW<[khelper]
16root0SW<[kthread]
17root0SW<[rt_kthread]
37root0SW<[kblockd/0]
42root0SW<[khubd]
83root0SW[pdflush]
84root0SW[pdflush]
85root0SW<[kswapd0]
86root0SW<[aio/0]
621root0SW[mtdblockd]
678root1254mS/MGR.EXE//ping检查需要pad的进程MGR.EXE
680root9156S/tftp
683root1304Stelnetd
685root1312Sinetd
686root1312S-/bin/./ash
697root0SWN[jffs2_gcd_mtd0]
854root457mS/Product_lte_tdd.so9093V3.10.10P30R1/AGT_LTE_TDD.EXE
885root349mS/Product_td.so91139TDS_V330501P03/AGT_TD.EXE
1204root1316S-sh
1205root1332Rushell
1206root1332Sushell
1207root1332Sushell
1208root1304Rsh-cps
1209root1308Rps
$$pad678//pad到MGR.EXE进程
[678]
ushellenterprintmod
ushellenterdebugmod//系统提示pad成功
$$brsping"172.36.1.1"//进行ping检测,注意字母及格式。
此处pingTDS网关
2)后台人员检查基站侧数据配置是否正确
3)TDS配置参数检查
4)LTE配置参数检查
5)传输人员检查相应传输链路是否正常
6)后/前台人员与传输人员核对传输物理位置及参数配置是否一致
故障排查步骤
如果基站同时上报“网元断链告警”,则先处理网元断链告警,处理完网元断链告警后再处理SCTP偶联告警。
基站断链故障处理方法请参考《网元断链告警处理手册》。
在“SCTP偶联断”告警详细信息的附加文本中确定具体断链偶联号及偶联类别,据此选择如下对应方法处理。
一、TDSSCTP偶联故障
1.1、在前台/后台进行ping包检测。
前台使用EDMS的“Ping基站网关”功能,pingTDS网关;后台登录基站使用brspingTDS网关。
如果ping不通,进入1.2步。
如果能ping通则跳到1.3步继续检查。
1.2联系传输后台,询问基站至RNC整条传输是否有故障,保证中间传输设备的正常。
1.3、检查基站侧VLAN、IP、SCTP等TDS偶联相关参数配置。
检查项如下图(n)至图(m)所示。
图(4)IP层配置-列表
图(5)TDSSCTP参数配置
图(6)TDSIP参数
图(7)DSVLAN参数
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、槽位号、端口号,TDSVLAN。
务必注意区分TDS传输参数、LTE传输参数、维护传输参数。
1.6、与传输核对数据配置端口是否匹配。
RNC侧:
RNC侧配置时,会指定本基站使用的接口板位,比如1-4-11板位。
“IPPORT配置”接口信息中的“端口号”,通过端口号在“聚合口配置信息”里面找到“端口号”对应的“聚合口号”,再通过“聚合口号”在“聚合口下成员配置信息”里面找到对应的“GIPI单板的位置”。
对比RNC配置的GIPI与传输施工单上的“局向”配置是否一致。
只有保证一致才能正常建链。
基站侧:
找到对应TDS传输工单,在
1.7、如果以上方法都无法解决,请联系中兴通讯获取技术支持。
二、LTESCTP偶联故障处理步骤
2.1、在前台/后台进行ping包检测。
前台使用EDMS的“Ping”功能,pingLTE网关;后台登录基站使用brspingLTE网关。
如果ping不通,进入1.3步。
如果能ping通则进入1.5步继续检查。
2.2、在前台/后台pingMME地址。
前台使用EDMS的“Ping”功能。
首先下拉选择本端的IP地址,这些地址都是配置在IP参数中的,只要在IP参数中配置的,在此都可以选择。
再填写MME业务IP地址。
点击ping按钮即可开始测试。
图(15)Ping指定IP
后台登录基站使用brspingMME业务地址。
2.3、检查基站侧LTE传输配置
图(16)VLAN参数
图(17)IP参数
图(18)SCTP参数
图(19)静态路由参数
2.4、联系传输后台,询问基站至EPC整条传输是否有故障,保证中间传输设备的正常。
2.5与传输核对LTE传输参数是否一致。
核对的参数包括PTN设备ID、槽位号、端口号,LTEVLAN、IP、网关。
务必注意区分TDS传输参数、LTE传输参数、维护传输参数。
2.6、如果以上方法都无法解决,请联系中兴通讯获取技术支持。
SCTP偶联断故障处理案例
9573_广州越秀区均益路FE,2013-6-27上报TDSSCTP偶联断告警,偶联号为1。
处理后台步骤:
1、通过网管服务器,telnet登录基站,输入showtcb,显示TDSSCTP断。
输入PrintfArp,发现TDSVLAN下的IP能获取网关(RNC)的MAC,brspingTDS网关,能ping通,pingTDSSCTP远端IP,能ping通。
到此说明基站到RNC的传输正常,重点检查基站侧与RNC侧数据配置。
2、检查基站侧数据,发现配置正常。
3、检查RNC侧数据,在“Iub局向配置”界面,发现9573这个站的“IP配置信息”中的“对端IP地址1”配置的是“127.35.95.73”,而对应基站侧的参数是“174.35.95.73”。
将RNC侧的“对端IP地址1”修改成与基站“174.35.95.73”一致后恢复正常。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- SCTP 偶联断 告警 处理 总结