51学通信技术论坛
标题: 最近的一个case,麻烦爱总看下 [打印本页]
作者: yonka 时间: 2012-3-5 17:07:38 标题: 最近的一个case,麻烦爱总看下
最近的一个case,已经报到二线等回复
在这里讨论下
10B下删除SS7数据时,check_config提示会引起SS7栈重启。然后在之后的ISP日志中看到各板卡中SS7 BE重启。
再然后就大量用户无法附着,查看mobility_event_log发现都是CC17,details为认证失败,同时SGSN有告警“gsnOverloadProtectionSs7MessageReject5 has exceeded its threshold”,两台HSTP上也出现到我们的SGSN告警。
幸好这次是客户自己删数据引起。不过仍然想多了解一下。
爱总有没兴趣分析下可能的故障原因和流程?
作者: 爱卫生 时间: 2012-3-7 00:40:02
回复 yonka 的帖子
呵呵,我理解的比较肤浅。CC17就是network failure。从我之前了解的一些case看,Gr接口的通信故障都是CC17。例如到HLR的SS7网络有问题。如果说流程的话,那既然是SS7接口问题。就按照SS7接口流程查吧。查routeset,再看signaling route,然后链路集、信令链等等。
不确定我是否理解了你的问题。
作者: yonka 时间: 2012-3-7 11:19:03
回复 爱卫生 的帖子
嗯,是这样的
根据当时的情况来看,因为是修改SS7数据导致SS7BE重启引起的。
怀疑是部分SS7BE没有起好。在SGSN上用ss7_status查看到HSTP的信令链路状态是正常的。
后端具体处理的是?
目前要的是确切的原因说明以及解决办法,不然一直拖着无法修改ss7数据了。10B以后才有,之前的版本没有出现过。
二线目前貌似也被卡住了,一直没给答复,心焦啊
作者: 爱卫生 时间: 2012-3-8 18:21:22
BE具体处理的是SCCP、TCAP和MTP3层的内容。再深入一点就不清楚了。
作者: yonka 时间: 2012-3-9 20:30:04
回复 爱卫生 的帖子
那FE处理MTPL1和L2?
也就是到了路由的层面就到了BE?
问题丢到三线那边去了~慢慢等结果呗~哎~
作者: 爱卫生 时间: 2012-3-9 20:39:18
回复 yonka 的帖子
对。对。
欢迎光临 51学通信技术论坛 (http://51xuetongxin.com/bbs/) |
Powered by Discuz! X2 |