2015典型故障处理方法汇总.docVIP

目录 设备问题 3 一、呼叫转移故障处理技术案例 3 二、未知包引起语音断断续续故障处理 5 三、关于07型ONU出现的误摘挂机的情况说明 5 四、关于北京清河局OLT2_4003外层VLAN用户拨号676错误报告 6 五、同一个PON口下15型ONU上联EUP2盘引起其它15ONU传真的问题 7 六、modem掉线问题的处理 10 七、07ONU下接MSAN设备上网时延大处理 10 八、打包间隔不一致导致传真问题的处理方法 11 九、传真机模式错误导致传真失败问题处理 12 十、高科iad的payload值影响传真处理案例 13 十一、5006-07杂音问题处理案例 15 十二、5116-02的AC16语音代理问题处理 16 十三、AN5006-03/04/09AONU下挂wlan等设备未知包问题处理案例 16 十四、07B-ONU传真问题 18 十五、AN5116-02下挂07ONU催挂音超时处理问题 22 十六、930OLT版本后ONU下挂AG,DSLAM等设备优先级注意问题 26 十七、payload为特殊值导致传真故障处理案例 28 十八、用户拨号有时提示忙音处理案例 29 十九、IP冲突导致语音不通处理案例 30 二十、外部电压不稳造成AN5006-16语音中断处理案例 31 二十一、15ONU设备语音业务被叫自动挂断故障案例 32 网管技术问题 34 一、ANM2000在Win2003 SP2上运行间歇服务中断问题说明 34 二、网管配置过大导入不成功处理方法 36 三、网管内存过大导致数据库服务无法启动案例 36 四、AC16上联用户信令数据配置无法读取故障处理 37 五、42SP1网管无法对ONU端口进行业务配置问题处理 37 六、网管下AC16配置失败故障 39 七、客户端常报“数据库已修改”问题 41 八、计划任务不能启动处理案例 41 设备问题 一、呼叫转移故障处理技术案例 【网络拓朴】 【现象描述】 端点用户名为AG58900, 07ONU（R3.07.05.56），需要开通呼叫转接功能， 软交换平台数据已做，用户在进行呼叫转接时，拨完*57*后有拨号音，继续输入转接号码时出现忙音。 【处理过程】 通过命令行查看明确匹配及上报功能，确认没有打开； 查看命令：Config\protocol# sh dig Notify matched digit with type unambiguous :disable Notify matched digit delay :255 通过抓包分析软交换下发数图，发现数图定义不标准，如下图： 在红框表示的数图中规定为[EF][0-9][0-9E].[EF]，表示前三位接受相关拨号后，第四位如果输入“*”（E表示*）或者“#”（F表示#），都表示拨号结束，将立即上报所拨的号码，则IAD收到“*57*”后就把号码上报给软交换平台了，如下图： 这样就造成拨号没有结束就上报了号码，导致转接不成功。 和软交换平台协商，把数图改为[EF][0-9][0-9E].F后问题解决。 【故障分析】 数图的定义不符合标准。由于某些软交换是这样配置的，故我公司后期软件也将更改可以符合这种不标准的数图。 【相关资料】 二、未知包引起语音断断续续故障处理 【网络拓朴】 组网主图 【故障分析】 在没有上15-onu之前，在网运行AN516-02 (OLT)，下挂2台07B型ONU，共开通语音业务29户、数据业务1户，至开通业务以来，没有用户报障情况。但新近加装15-onu后（开通96户语音，15户数据），07B和15-onu下的用户都出现了“外线拨打15-onu下的用户号码，被叫方听语音正常，主叫方听语音出现断断续续的现象，即上行方向有阻断”。通过如上图所示 红点处抓包分析的结果来看——当15-onu与外线通话时，确实存在RTP流丢包情况。在RTP流建立之前，15-onu与软交换平台的信令流交互过程中，信令包正常而且完整，可以排除线路问题和网络丢包情况。 如下图所示：凡是从平台-ip到15-ip的RTP流都没有丢包，即下行方向，15-onu下用户听对方语音是清晰的。而从15-ip（10.33.210.26）到平台-ip的RTP流出现了不同程度的丢包情况，严重时达到43.0%，即上行方向，外线用户听15-onu下业主的声音，就出现了断断续续的情况， 故障原因即为：15-onu上行方向RTP流丢包所致。 【故障具体原因】 经技术人员对抓包数据的进一步分析表明： 当15-ip向上发ARP包时（10.33.210.26 ping 10.33.210.