今天是    欢迎访问通信维护技术行业的门户网站!   
设为首页
加入收藏
网站地图
首页 > 通信技术 > 交换技术 > 正文
分享到: 收藏

批量阿尔卡特BSC信令翻转的问题处理
2017-02-20 00:05:10   来源:   评论:0 点击:

故障描述  8月13日13:53,为配合AoverIP改造调通CE至BSC的IP链路,打开CE31 32的下联至阿尔卡特BSC的端口后,14:13-14:40陆续出现BSC63
故障描述
  8月13日13:53,为配合AoverIP改造调通CE至BSC的IP链路,打开CE31/32的下联至阿尔卡特BSC的端口后,14:13-14:40陆续出现BSC63-3、73-5、73-6 7号信令全阻告警,全阻告警于2分钟后自动恢复。同时在CE31/32上发现大量异常VRRP翻转的syslog。

故障诊断
 
批量阿尔卡特BSC信令翻转的问题处理按三个步骤进行:
1、排查阿尔卡特BSC问题
2、检查CE配置及syslog。
3、检查CE板卡隐形故障。
 
1、排查阿尔卡特BSC问题
首先查询BSC相关日志,发现每个故障BSC的两块主备TP板卡在短时间内都发生与内部操作维护控制板卡OMCP失去了联系,因此OMCP根据BSC的内部保护机制对TP板卡进行了重启操作。由于主备两块TP板卡段时间内连续重启,造成BSC相关信令全阻。
 
  • 14:13BSC73-6 TP发生reset
  • 14:53BSC73-5 TP发生 reset
  • 14:56BSC63-3 TP发生 reset
相应的日志内容见下:
批量阿尔卡特BSC信令翻转的问题处理
 

  故障日志和异常,怀疑TP板卡和OMCP板卡失去联系的原因为外部网络原因造成临时拥塞造成。
2、排查CE配置及syslog
通过CE syslog发现在故障前13:53,CE侧有批量打开与下联BSC的端口的操作,且故障时有大量VRRP异常翻转消息。查看相关CE的CPU负荷,发现2台CE的负荷都大于90%,且其中处理和转发ARP包的进程arpd占用绝大多数CPU负荷。
  同时根据故障发生时的CE互联链路间的流量分析,从CE32至CE31同样有异常流量,较平时增长10倍左右。怀疑IP承载网上有大量异常ARP包的流量,这是造成CE间互联链路流量增加,CE的CPU负荷增加,以及BSC TP板卡和OMCP板卡失去联系的主要原因。故于14:55紧急关闭CE31/32下联至所有阿尔卡特BSC的端口,关闭端口后,观察BSC运行正常,CE侧VRRP翻转停止。
查询CE31/32相关局数据配置,未发现异常,相关路由表正常。CE31/32上无没有任何告警信息,且相关板卡无显性故障。
 
3、检查CE板卡隐形故障。
为查明该故障的产生原因,于8月16日、8月20日多次模拟测试、抓包分析、组网研讨。测试环境如下图所示:
 
批量阿尔卡特BSC信令翻转的问题处理

  结合多次模拟测试以及故障时的现象分析,CE32的14板卡下联的5个BSC(BSC736/735/633/61F/801)都出现TP翻转的情况。而其余非14板卡下联的BSC均未出现类似情况。故基本定位于CE32的14板卡整体故障。
 
BSC编号 BSC类型 类型 CE使用端口 CE编号
BSC61-F 阿尔卡特 GE 14-10port GE-1 CE31/32
BSC63-3 <td style="border-bottom: #cdcdcd 1pt solid; padding-bottom: 0cm; background-color: transparent; border-top-color: #ece9d8; padding-left: 0cm; width: 57pt; padding-right: 0cm; h

相关热词搜索:阿尔卡特 信令 问题

上一篇:主叫侧交换机Nb口初始化时携带空帧导致被叫无线掉话率增加
下一篇:关于联通几张IP网