【资料名称】：浅谈移动软交换核心网故障处理 ———某地软交换核心网故障实例分析

【资料作者】：张世玮

【资料日期】：201010

【资料语言】：中文

【资料格式】：PDF

【资料目录和简介】：

1 问题的提出
移动通信发展的最终目标是实现任何人可以在任何时候、
任何地方与其他任何人以任何方式进行通信。从第一代移动通
信系统于1980 年左右开始投入商用，到现在第三代移动通信系
统的广泛应用已经经历了30 余年。
随着软交换技术在移动通信核心网中得到越来越多的应用,
核心网络向全IP 化的方向演进过程中, 随之而来的网络安全问
题日益突出,网络的容灾备份技术越来越关键。
2 实例分析
下面通过某地发生的核心网故障进行实例分析。
2.1 某地网络组网图
SERVER 与MGW 的网络组网图见图1。2.2 故障处理及分析过程
16：07 告警台发现有偶联中断告警。查询告警发现MGW1
和MGW2 上均有偶联中断告警，偶联为SERVER 到MGW1 和
MGW2 的承载H248 控制协议下的偶联。首先进行了以下ping
测试：
（1）从两台MGW 上ping SERVER 侧，发现有大量丢包。
（2） 从两台MGW 上pingSERVER 侧的GER－A 和GER－B，
没有发现丢包。
（3） 从SERVER 侧的GER－A 上ping 到SERVE 侧的3928，
发现有大量丢包。
从以上ping 的结果可以看出，问题应该出现在SERVER
侧，由此初步判断问题应该出现在承载网设备上。
16：30 左右， 将GER －A 连接3928 －A 的端口进行了
shutdown 操作。这时候据软交换反应，业务已经恢复了。
业务恢复之后，采集了几台承载网设备的日志进行详细分
析。从告警日志可以看出，在16:06，SERVER 侧3928－A 连接
GER－A 的端口出现了一次up，down。与此同时，SERVER 侧的
GER－A 上也有up，down 的情况。
在SERVER 侧3928－A 连接本端GER－A 的端口只出现一
次up，down 的情况下，GER－A 连接3928－A 的端口出现了多次
的端口up，down 情况。这是由于SERVER 侧的3928 和GER 设
备端口状态上报机制的不同造成的：3928 使用的是轮询机制，如
果5 s 轮询时间内没有状态变化不会有状态上报；GER 是中断上
报，出现状态变化就会上报。所以两台设备上告警次数不会是完
全一致的。
由于端口up/down 是由物理状态直接上报的，出现端口up/
down 告警就说明SERVER 侧的GER－A 和3928－A 之间的物理
连接当时存在问题。
这些告警说明，在此期间，SERVER 侧的GER－A—3928－A
—3928－B—GER－B 的二层链路上存在着严重的丢包，导致
SERVER 侧的GER－A 发送的VRRP 协议心跳报文一会儿能被
GER－B 收到，一会儿又不能收到。所以SERVER 侧的GER－B 上
会经常认为GER－A 的VRRP 心跳报文超时，将自己切换为
VRRP 主用设备。因此3928－A 上有VRRP 虚拟MAC 漂移的告
警，GER－A 上有VRRP 虚拟IP 的arp 冲突的告警。
结合之前根据端口up/down 告警得出的结论，所以故障点在
SERVER 侧GER－A 和3928－A 之间的物理连接上，具体来说有
3 种可能：3928－A 接口、GER－A 接口或者连接网线。故障时
SERVER 与MGW 之间的业务流向见图2。
对连接SERVER 侧的GER－A 和3928－A 的网线进行观察，
发现轻微的触碰会导致端口频繁up/down，导致MGW1 偶联中
断。所以故障点是连接SERVER 侧的GER－A 和3928－A 的网线
接触不良。