最近的一个case，麻烦爱总看下

yonka

最近的一个case，已经报到二线等回复
在这里讨论下

10B下删除SS7数据时，check_config提示会引起SS7栈重启。然后在之后的ISP日志中看到各板卡中SS7 BE重启。
再然后就大量用户无法附着，查看mobility_event_log发现都是CC17，details为认证失败，同时SGSN有告警“gsnOverloadProtectionSs7MessageReject5 has exceeded its threshold”，两台HSTP上也出现到我们的SGSN告警。

幸好这次是客户自己删数据引起。不过仍然想多了解一下。

爱总有没兴趣分析下可能的故障原因和流程？

爱卫生

回复 yonka 的帖子

呵呵，我理解的比较肤浅。CC17就是network failure。从我之前了解的一些case看，Gr接口的通信故障都是CC17。例如到HLR的SS7网络有问题。如果说流程的话，那既然是SS7接口问题。就按照SS7接口流程查吧。查routeset，再看signaling route，然后链路集、信令链等等。

不确定我是否理解了你的问题。

yonka

回复 爱卫生 的帖子

嗯，是这样的
根据当时的情况来看，因为是修改SS7数据导致SS7BE重启引起的。
怀疑是部分SS7BE没有起好。在SGSN上用ss7_status查看到HSTP的信令链路状态是正常的。
后端具体处理的是？

目前要的是确切的原因说明以及解决办法，不然一直拖着无法修改ss7数据了。10B以后才有，之前的版本没有出现过。

二线目前貌似也被卡住了，一直没给答复，心焦啊

爱卫生

BE具体处理的是SCCP、TCAP和MTP3层的内容。再深入一点就不清楚了。

yonka

回复 爱卫生 的帖子

那FE处理MTPL1和L2？
也就是到了路由的层面就到了BE？

问题丢到三线那边去了~慢慢等结果呗~哎~

爱卫生

回复 yonka 的帖子

对。对。