SCTP偶联断告警处理总结.docx

上传人:b****5 文档编号:6736281 上传时间:2023-01-09 格式:DOCX 页数:15 大小:2.65MB
下载 相关 举报
SCTP偶联断告警处理总结.docx_第1页
第1页 / 共15页
SCTP偶联断告警处理总结.docx_第2页
第2页 / 共15页
SCTP偶联断告警处理总结.docx_第3页
第3页 / 共15页
SCTP偶联断告警处理总结.docx_第4页
第4页 / 共15页
SCTP偶联断告警处理总结.docx_第5页
第5页 / 共15页
点击查看更多>>
下载资源
资源描述

SCTP偶联断告警处理总结.docx

《SCTP偶联断告警处理总结.docx》由会员分享,可在线阅读,更多相关《SCTP偶联断告警处理总结.docx(15页珍藏版)》请在冰豆网上搜索。

SCTP偶联断告警处理总结.docx

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”一致后恢复正常。

 

 

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 医药卫生 > 基础医学

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1