故障排查与处理.pptVIP

故障处理的一般流程 故障现象收集-故障分类-故障定位-故障排除 故障处理原则： 先排除用户原因，再检查设备问题； 先确认故障现象，再进行故障处理。 先排除维护故障，再处理业务问题； 先查告警台告警，再跟踪各种消息； 先解决硬件故障，再处理软件异常。 先进行局部动作，应避免问题扩大； 先完成简单操作，再进行复杂处理。 视用户利益为重，确保快速恢复为先 基本语音业务：电话不通或单通，用户摘机听忙音或无音，某用户能呼入不能呼出，呼叫断线 ，通话有回声 ，通话断续 通话杂音等。 传真、MODEM业务 ：传真不能正常收发。 中继系统 ：七号出局有时能振铃不能通话，中继出现信令闭塞，电路状态未知，电路故障等。 计费话单 ：用户互拨，产生告警话单。 网关、终端注册：UMG出于离线状态不可用，IAD注册不上。 放音 ：播放117报时失败。 【故障现象】 某SOFTX3000局，新增一IAD后，IAD用户之间互拨时听忙音。 【故障定位】 使用DSP MGW命令检查IAD是否正常注册，发现IAD正常注册。 跟踪到此IAD的MGCP消息，发现网关已经正确上报了被叫号码至SoftX3000。 检查SoftX3000是否设置了被叫字冠，在SoftX3000客户端使用LST CNACLD命令查询，发现没有配置被叫号码的号码分析数据。 【故障处理】 在SoftX3000客户端上使用ADD CNACLD命令，增加被叫号码字冠的号码分析数据后，呼叫正常。 【故障现象】 某SOFTX3000局，IAD下用户A拨打AMG下用户B，通话时B能听到A，A听不到B的声音。 【故障定位】 检查网络上是否有包 检查RTP包的源IP、目的IP、收发端口、包类型、打包时长等是否和信令一致 检查报文的MAC地址是否正确 检查网关是否误检测为T.38传真 【故障处理】 网络ip地址存在冲突，将冲突地址修改后，通信正常。 【故障现象】 某SOFTX3000局，UMG下用户A拨打AMG下用户B，传真不能正常收发 【故障定位】 网关和SoftX3000对于传真的数据配置是否一致 跟踪信令，检查传真事件是否正确上报 时钟锁相是否正常，E1中是否存在通道告警 检查两个网关之间的网络质量 网关与SoftX3000的版本是否匹配 【故障处理】 查看中继存在滑码，整改后中继正常，传真正常。 电路空闲 电路忙 电路维护闭塞 电路状态未知 电路故障 电路未安装 【故障现象】 某SoftX3000局，SoftX3000与某友商交换机对接后，发现对接电路变成未知状态。 【故障定位】 链路不正常导致电路不正常。 链路或电路数据被误改。 与友商交换机配合存在问题。 【故障处理】 查询链路状态正常，No.7消息正常。 查询数据，发现此中继群所在E1的16时隙（链路时隙）配置了电路，删除 此时隙电路数据后，再次复位电路正常。 【故障现象】 某SoftX3000局，使用本局分组计费的方法进行局内呼叫计费。同一AMG内部两用户间互拨，产生的话单非期望的详细话单，而是告警话单。 【故障定位】 使用LST CHGGRP命令检查本局分组计费数据配置，发现主叫计费源码、被叫计费源码及计费情况均正确，但是承载能力为“所有语音业务”。 此类呼叫的真实的承载类型为“IP音频”，因此，考虑是否“所有语音业务”类型并未包含“IP音频”类型。 尝试使用MOD CHGGRP命令修改承载能力为“IP音频”或“所有业务”。 【故障处理】 使用MOD CHGGRP命令修改承载能力为“IP音频”或“所有业务”后，计费正常。 【故障现象】 某SoftX3000新开局，UMG注册后，突然发现所有的TDM电路都变为故障。 【故障分析】 分析故障现象及范围 检查注册信令是否可达 检查完成注册的要素在网关/终端侧与软交换侧是否配置一致 检查网关/终端鉴权配置 检查是否存在资源（IP地址、MAC地址等）冲突 【故障定位】 将H.248编码方式由文本改成二进制后，系统恢复正常。 放音－没有配置放音相关数据导致放音失败 【故障现象】 某SOFTX3000局，播放117报时音失败。 【故障定位】 检查数据配置，发现没有配置放音相关数据。 【故障处理】 修改放音数据配置，在号首特处理中对给定字冠配置为播放117语音。 放音原理 “嘟！刚才一响，北京时间 17点55分“ 小结 NGN故障处理的难点 NGN组网中涉及到的设备多，使用的协议多，需要对一次业务完成使用到的设备和协议十分清楚。 NGN故障定位区别于窄带传统交换机的是引入了IP组网，所以经常会使用抓包工具来定位问题。 开始抓包的配置注意事项 抓包后的报文阅读方法 Ethereal的报文过滤功能 直接输入条件，如“mgcp” 更加灵活的方法是进行条件组合选择来达到目的 Ethereal