ZXA10 EPON设备语音故障处理实用手册V2

ZXA10 EPON设备现场语音故障处理实用手册 ZXA10 EPON设备 语音故障处理实用手册 中兴通讯股份有限公司 声 明 本资料著作权属中兴通讯股份有限公司所有。未经著作权人书面许可，任何单位或个人不得以任何方式摘录、复制或翻译。 侵权必究。 和 是中兴通讯股份有限公司的注册商标。中兴通讯产品的名称和标志是中兴通讯的专有标志或注册商标。在本手册中提及的其他产品或公司的名称可能是其各自所有者的商标或商名。在未经中兴通讯或第三方商标或商名所有者事先书面同意的情况下，本手册不以任何方式授予阅读者任何使用本手册上出现的任何标记的许可或权利。 本产品符合关于环境保护和人身安全方面的设计要求，产品的存放、使用和弃置应遵照产品手册、相关 合同 劳动合同范本免费下载装修合同范本免费下载租赁合同免费下载房屋买卖合同下载劳务合同范本下载 或相关国法律、法规的要求进行。 由于产品和技术的不断更新、完善，本资料中的内容可能与实际产品不完全相符，敬请谅解。如需查询产品的更新情况，请联系当地办事处。 若需了解最新的资料信息，请访问网站http://support.zte.com.cn 修改记录 文档编号 版本号 拟制人/ 修改人 拟制/修改日期 更改理由 主要更改 目录 TOC \o "1-6" \h \z \u 1 F820及D系列终端语音故障 5 1.1 语音不能注册上软交换 5 1.2 摘机忙音 5 1.2.1 查看ONU未注册 5 1.2.2 查看ONU已注册 5 1.3 摘机无音 6 1.3.1 摘机无馈电 6 1.3.2 摘机有馈电 6 1.4 呼叫失败 7 1.4.1 未拨完号码后失败 7 1.4.2 拨完号码失败 7 1.4.3 二次拨号，失败 7 1.5 语音质量问 题 快递公司问题件快递公司问题件货款处理关于圆的周长面积重点题型关于解方程组的题及答案关于南海问题 8 1.5.1 语音断续 8 1.5.2 杂音 8 1.5.3 单通 9 1.5.4 回音 9 1.6 VOIP吊死 9 1.6.1 整个VOIP单板吊死 9 1.6.2 个别端口吊死 9 1.7 POS， modem拨号，传真，智能公话问题 10 1.7.1 POS，modem拨号 10 1.7.2 智能公话 11 1.8 传真问题 11 1.8.1 修改并确定传真切换 方法 快递客服问题件处理详细方法山木方法pdf计算方法pdf华与华方法下载八字理论方法下载 和传真模式 11 1.8.2 检查信令和媒体包确定媒体通道切换到了传真模式 12 1.8.3 检查丢包率和硬件环境 12 1.9 语音故障排查实例 13 1.9.1 某部门T38传真测试问题分析 13 1.9.2 某运营商F820和华为SS对接时传真问题分析 14 1.9.3 某运营商modem拨号不成功问题分析 15 1.9.4 某运营商pos机刷卡问题分析 15 1.9.5 同一个pon口下两个F820互拨的问题分析 16 1.9.6 F820与华为SS对接断话的问题分析 16 1.9.7 D42x与华为SS收号不成功的问题分析 16 2 9806H&F822语音问题处理 17 2.1 窄带问题的综合处理 17 2.2 开局时常见异常的初步诊断方法 19 2.3 窄带基本对接设置 20 2.3.1 与其他软交换对接 20 2.3.2 域名注册的配置 21 2.3.3 控制与媒体端口号修改 22 2.3.4 信令与媒体双IP 22 2.3.5 其他配置事项 23 2.4 其他窄带问题 25 2.4.1 基本通话问题 25 2.4.2 语音单通 25 2.4.3 回声抑制 26 2.4.4 来电振铃 26 2.4.5 来电显示 27 2.4.6 反极性问题 30 2.4.7 二次拨号 30 2.4.8 话务台对接 31 2.4.9 收号定时器 32 2.4.10 拍叉簧转接 32 2.4.11 传真问题 33 2.4.12 下挂窄带modem/POS机问题 38 2.4.13 智能公话问题 40 2.4.14 112测试 41 2.5 语音故障案例 41 附录A 52 1​ F820及D系列终端语音故障 1.1​ 语音不能注册上软交换 检查步骤： 1． 检查F820的VOIP单板ALM灯是否红灯常亮，红灯常亮表示没有注册上。 2． 检查ONU侧数据配置正确性，同时和软交换侧确认数据配置是否正确。 3． 信令跟踪或者抓数据包分析。 （1）如果ONU发送注册消息给软交换，软交换不做回应。 检查VOIP单板到SS之间的网络是否可达。网络不通时ONU发的注册消息没有抵达SS，因此ONU侧收不到SS的回应。 （2）ONU未发送注册消息给软交换。 如果ONU终端没有发送注册消息出去，可以确定问题肯定处在ONU终端侧。首先排查VOIP单板运行是否正常，如果单板运行不正常需要检查是否硬件故障。 如果正常需要检查终端的VOIP相关数据配置是否正确。 1.2​ 摘机忙音 检查步骤： 1． 通过检查F820的ALM等是否红灯常亮初步判断F820是否成功注册到SS上。时可以根据信令跟踪来确认。 2． 如果没有注册上，请参考1.2.1节。 3． 如果已经注册上，请参考1.2.2节。 1.2.1​ 查看ONU未注册 ONU没有注册，那么摘机忙音应该为终端自己放的，首先需要解决终端未注册的问题。 1.2.2​ 查看ONU已注册 ONU已经成功注册，摘机为忙音，这时的忙音一般情况下是软交换下发忙音的信令给终端，终端再放的。 需要首先检查相关的数据配置，同时软交换侧也需要检查数据配置。 确认双方数据配置没有问题时，在提供抓包进行分析，抓包时提供MGCP或者H248协议即可。D42x终端有时支持SIP协议，需要提供SIP协议。 对于T7P2以后版本的F820支持信令跟踪，可以不进行现场抓包，远程进行信令跟踪即可。 D42x终端T7后版本可以支持网管上的信令跟踪，可以不进行现场抓包。 1.3​ 摘机无音 检查步骤： 1． 故障现象：摘机后听不到拨号音。 2． 摘机后电话机没有馈电，参考1.3.1节。 3． 摘机后电话机有馈电，参考1.3.2节。 1.3.1​ 摘机无馈电 ONU下接电话机摘机无音，首先需要检查电话机的指示灯是否亮，即检查话机是否有馈电。如果没有馈电首先要检查用户线或者用户线电缆和话机以及ONU终端是否正确连接。如果正确连接，需要检查线是否是好用的。如果是电话线可以考虑更换电话线进行尝试确认是否好。如果对于F820的用户电缆，需要检查线序使用是否准确。 上述现象都排查后，如果依然不能解决问题，F820需要考虑更换V16B或者V08B单板，D系列终端需要更换设备。 1.3.2​ 摘机有馈电 摘机如果有馈电，参照以下步骤进行排查： 上报摘机信令； 用户摘机上报了摘机信令，就需要根据软交换回复的信令进行分析。 1． 可能存在语音吊死，这时候可以使用其他号码拨打该故障号码看是否可以解决，如果不行建议找合适的时间复位单板尽快恢复业务。如果要彻底排查故障。这就需要提供抓包文件和打印Udpwatch进行分析。 2． pon和SS之间链路不通，导致pon上报的摘机消息SS没收到，所以就不会下放拨号音消息，这种情况应该检查网络是否有问题。 3． pon和SS上的TidName配置是否一致，如果不一致摘机上报后SS会给pon回错。 1.4​ 呼叫失败 检查步骤： 1． 未拨完号失败，参考1.4.1节。 2． 拨完号码失败，参考1.4.2节。 3． 二次拨号失败，参考1.4.3节。 1.4.1​ 未拨完号码后失败 ONU终端用户拨号后，号码没有拨完，就失败了。 1． 更换话机进行测试。 2． 信令跟踪或者抓包查看号码图表（DIGITMAP）是否存在语法问题。 3． 检查号码图表容量是否超大。 4． 检查ONU终端的长定时和短定时配置。针对华为或者中兴SS需要修该长短定时器参数。 5． 缺省情况下长定时2000ms，短定时500ms。需要分别更改成500ms和300ms。 1.4.2​ 拨完号码失败 拨完号码后失败，这类故障应该和F820的关系不大，主要原因在于软交换。 进行信令跟踪或者抓包进行分析。 1.4.3​ 二次拨号，失败 用户拨号某一语音平台，听提示音拨入1，或者2等按键选择，切不断语音。这类主要在于F820的收号方式和语音平台的匹配问题。此类问题，主要是依靠抓包进行分析。 1． 修改ONU上的DTMF 参数，进行尝试。 例如：ZXAN(config-voip)#rtp par dtmf dtmf ? <0-3> 0:redundancy; 1:RFC2833; 2:voice coding; 3:no use 2． 进行镜像抓包，不做任何过滤。同时进行udpwatch打印日志。 1.5​ 语音质量问题 检查步骤： 判断语音质量的故障现象。 1． 通话正常接续，但是语音断续，参考1.5.1节。 2． 通话正常接续，杂音，参考1.5.2节。 3． 通话正常接续，串音，参考1.5.3节 4． 回音，参考1.5.4节。 1.5.1​ 语音断续 此类问题主要是丢包引起。遇到此类问题可以先从网络上进行排查。 1． 可以登录终端的语音地址，然后ping作为被叫的网关的IP地址，用以判断是否存在丢包。 同时也可以依据抓包进行分析，将抓到的RTP包，使用ethreal工具进行RTP分析，是否丢包，哪个方向丢包。抓包时不做过滤。必要时需要在ONU和OLT侧同时抓包，进行对比分析，确认故障点。 2． 故障进行抓包时，如要确定丢包的故障点，必要时需要一段段排查。当然首先要排除是ONU和OLT的问题，如果确认是承载网络的问题，可以协调局方数据维护人员一起排查故障。丢包还有可能因为设备内部丢包引起，这类故障的解决主要依靠升级终端版本，或者更换设备硬件。 1.5.2​ 杂音 首先需要排除外线，话机等问题，杂音问题较多的和这些有关。 另外，对于F820，接地也会影响语音质量，如果具备接地条件，都要求接地。最后要排除风扇电源的问题，处理故障时可以优先考虑将风扇的电源线拔掉，进行对比测试。 确认上述方法无法解决后，需要进行抓包分析，抓包时不做过滤。必要时需要在ONU和OLT侧同时抓包，进行对比分析，确认故障点。 1.5.3​ 单通 单通问题主要原因是网络引起。 1． 可能是承载网络问题引起单通这类故障需要从两个方向检测网络通断。 2． 还有可能是OLT上同时启用了P2P和ARP Proxy。 1.5.4​ 回音 回音问题首先要排除是否为现场环境造成回声，判断方法可以考虑更换环境进行拨打对比测试。如果确认不是环境问题造成的，应该就是设备内部造成的回声，这类问题需要首先明确回声的方向，同时需要进行抓包。抓包时不做过滤。 1.6​ VOIP吊死 现象：一般情况下，摘机有馈电，无音。打完电话，拨完号后无音，再次摘机无音。 重启能好。 不定期出现，不固定某台设备出现。 1.6.1​ 整个VOIP单板吊死 整个VOIP单板下的用户都不能打电话。首先要判断VOIP单板和软交换之间是否还正常交互，可以telnet到VOIP单板上去，ping软交换地址通不通。 然后进行单板复位，看是否可以恢复业务。如果不能恢复业务，查看单板运行是否正常。如果复位单板可以恢复业务，就需要进行观察此类故障是否可以复现。此类故障需要进行全程抓包分析，抓包需要包含单板运行正常到整个单板吊死的全过程。 必要时需要采用udpwatch进行打印日志供研发人员分析。 1.6.2​ 个别端口吊死 个别端口吊死，首先检查终端的命令配置是否正确。特别是和其他厂家设备对接时，链路检测等开关是否正确设置。 个别端口吊死，主要存在于不同厂家设备对接时出现，此类故障解决方法是全程抓包，抓包需要包含端口状态正常到吊死的全过程。 同时需要采用udpwatch进行打印日志供研发人员分析。 1.7​ POS， modem拨号，传真，智能公话问题 检查步骤： 1． 详细描述故障现象。 2． 提供现场组网图，反馈POS机，传真机等型号。 3． 现场ONU的版本号。 4． 有可能的话需要反馈Xpon以及TG的传真、modem控制方式 5． 进行进行镜像抓包。 6． 提供主控板上show card命令，show mg net，show rtp命令输出结果。 7． Udpwatch打印。 同时需要提供udpwatch日志，T7P2及以上版本可以进行远程抓包，方法见下面文档，其他版本需要到现场使用udpwatch进行抓包，udpwatch使用方法见下面文档；Voipcli 34000 0 运行udpwatch工具的机器ip Voipcli 34001 0 1 Voipcli 34003 0 3 Voipcli 34012 0 1 Voipcli 34006 0 2 如果现场有时候正常，有时候有问题，最好可以出问题的时候抓一次镜像包和udpwatch，正常情况下也抓一次镜像包和udpwatch，以便进行对比分析。 1.7.1​ POS，modem拨号 首先判断是否存在丢包，设备内部丢包还是外部丢包。可以采用telnet到VOIP板上再ping的方法进行初步测试。必要时还需要在ONU和OLT侧同时抓包，确定丢包点在什么地方。 排除丢包的可能性后抓包分析，抓包不要设置过滤条件，必要时还需要采用udpwatch进行打印日志供研发人员分析。提供信息步骤如下： 1． 检查信令上是否有正常的modem事件上报。 2． 检查信令上是否有语音到modem的切换过程。 3． 检查现场网络是否有丢包，传真、modem等业务对网络的要求比较高。 4． 如果上面都没有问题，需要抓tdm trace、ip包和udpwatch进行分析。 1.7.2​ 智能公话 需要抓包供研发人员分析，抓包不要设置过滤条件，必要时还需要采用udpwatch进行打印日志供研发人员分析。排查步骤如下： 1． 如果是打电话过程中有问题，参照4.1~4.4中的方法排除。 2． 其他情况则要确认信令上是否有问题。 3． 抓tdm trace、ip包和udpwatch进行分析。 1.8​ 传真问题 在解决传真问题之前，请先： 确认SS和TG的厂家，并了解他们的传真配置：是全控还是ZTE自协商方法，TG侧的传真模式是什么，了解故障现象； 确认用户的传真机没有问题，如果无法确认这一点， 则用一个100％好的传真机做下面的实验。下面的实验最好直接在出问题的用户所对应的用户端口（配线架）上进行，以排除外线的干扰。 1.8.1​ 修改并确定传真切换方法和传真模式 在ZTE 的设备之间进行传真业务，推荐将ONU配置为ZTE T30，TG 的配置为Robust；如果是对接HW 的SS 和TG， ONU配置为Full Control T38或Full Control T30都可以。 在ZTE 的设备之间进行传真业务，建议在ONU、TG 上均配置上冗余传输。如果配置传真模式为T.38，建议配置TCFProcedure 为Procedure 2，配置SpeedLimit 为14.4kbps。其他参数按缺省配置即可。 如果现场允许修改ONU配置，在出现问题后，首先检查一下ONU的传真配置是否是推荐配置。如果不是的话，则修改ONU配置为推荐配置，并在同一个ONU内部进行传真，看看问题是否消失。 如果现场不允许修改ONU配置，检查一下ONU的配置，看看期望配置与实际配置是否一致，如果不是的话，则更改ONU配置。在同一个ONU内部进行传真，看看问题是否消失。 如果经过修改配置后，ONU内部的传真正常则说明ONU工作正常已经正常。如果此时ONU与TG 之间的传真不正常，如果是ZTE 的TG 则检查ONU与TG关于传真的配置是否一致。如果不一致则立刻与相关人员联系，根据现场的情况确定下来到底是使用那种配置。其它情况，则进入下一步。 1.8.2​ 检查信令和媒体包确定媒体通道切换到了传真模式 媒体通道由Voice 模式切换到Fax 模式的两种切换方式，一种是RTCP-APP 方式（ZTE自协商方式），另一种是SS 全控的方式。在确认了配置正确时，如果传真仍然不正常，则需要抓包分析确认媒体通道已由Voice 模式切换到了Fax 模式，确认的依据就是能够找到相应的切换信令。可以在AG上做镜像，将CNIC 网口上的包镜像出来，这样就可以抓AG 内部的媒体包和信令包。 如果配置切换方式为SS 全控，则应该看到完整的一列H.248 信令。如果配置传真为T.38 优先，并且协商完成后确实协商成了T.38 传真则应该看到收发双向的UDPTL 包，并在UDPTL 包中看到收发双方的TCF 过程成功，即看到CFR。 如果配置切换方式为RTCP-APP，则应该看到完整的Request 与Response。如果配置传真为T.38 模式则应该看到收发双向的UDPTL 包，并在UDPTL 包中看到收发双方的TCF 过程成功，即看到CFR。如果配置传真模式为T.30，则在收发双方用RTCP-APP 包握手成功后，应该看到收发双向的冗余包。 如果确定了ONU 的配置正确，但在包中没有看到相应的切换信令，或者看到切换信令后媒体包不正常，则立刻与相关人员联系。其它情况，则进行下一步。 1.8.3​ 检查丢包率和硬件环境 如果在确认了配置正确、信令和媒体包正常，但AG 内部传真仍然有问题，如果测试用的传真机没有问题的话，那一定是硬件问题和丢包导致传真失败。如果AG 内部传真正常，但在AG、TG 之间的传真不正常，那一定是TG 问题和丢包导致传真失败。请按下面步骤操作： 1． 检查丢包率 如果ONU内部的传真不正常，则抓ONU内部的包并检查媒体包是否有丢包，如果有超过0.6% 的丢包，则增大ONU冗余传输的参数，并做接下来的“检查硬件环境”。 如果ONU内部的传真正常，但ONU与TG 之间的传真不正常，则在ONU的上联口抓包，如果有超过0.6%的丢包，则增大ONU、TG 冗余传输的参数，并与局方联系调查丢包的原因。 2． 检查硬件环境（只有在ONU内部传真失败的情况下做一下操作） （1） 倒换主控板，看看问题是否消失。 （2） 换一块用户板，看看问题是否消失。 （3） 检查背板小卡是否插牢，插针是否插歪。 （4） 将用户的传真机借来，直接连接上ONU的用户端口上，看看问题是否消失。 如果上面几步完成后，ONU内部的传真仍然有问题，则立刻与相关人员联系。如果ONU内部传真没问题，但ONU与TG 之间的传真有问题，并网络的丢包率可以被忽略，则立刻与相关人员联系，如果TG是其他厂家设备，需与局方联系。如果ONU内部传真没问题，但ONU与TG 之间的传真有问题，并网络的丢包率超过了0.6%，则立刻与局方联系解决网络丢包的问题。 总的来说，解决传真问题思想是用一个100％好的传真机，直接连接在ONU的用户端口上， 通过确认配置、观察信令和媒体包，首先在ONU的内部解决传真问题。在确认了ONU内部的传真正常的前提下，则解决ONU之间、ONU与TG 之间的传真问题。 1.9​ 语音故障排查实例 1.9.1​ 某部门T38传真测试问题分析 测试部F820通过MGCP协议和SS对接，T38传真不成功；H248协议正常。首先对信令进行了分析，通话过程正常，F820也上报了传真开始信令，如下所示： NTFY 750876942 aaln/0@10.40.110.35 MGCP 1.0 X: 672 O: FXR/T38(start) SS收到该消息后下发modify消息，要求F820切换到传真，信令如下： MDCX 1050158 aaln/1@10.40.110.35 MGCP 1.0 C: 66 I: f0000008 M: sendrecv L: v=0 c=IN IP4 $ m=image $ udptl t38 a=ptime:20 a=T38FaxRateManagement:transferredTCF a=T38FaxUdpEC:t38UDPRedundancy a=T38MaxBitRate:14400 X: 674 R: L/HU(N)，L/HF(N)，FXR/T38 上面信令中红色加粗部分是导致问题的原因所在，这部分是只适用于H248的传真描述符，对MGCP并不适用，对于MGCP协议只需要按照3.1中第3条的说明配置即可。 1.9.2​ 某运营商F820和华为SS对接时传真问题分析 F820通过MGCP协议与华为SS对接，SS全控方式的传真，通常都有能发不能收的现象，通过分析信令，华为的SS会通过G/ft来检测传真事件， 标准 excel标准偏差excel标准偏差函数exl标准差函数国标检验抽样标准表免费下载红头文件格式标准下载 的检测事件是FXR/T38，信令如下： MDCX 248873823 aaln/6@sqzd016000120.zte.com MGCP 1.0 C:7eda135 I:f000000b L:e:on，a:PCMA，p:20 M:sendrecv X:353a9c0a R:G/ft(N)，G/mt(N) S: v=0 c=IN IP4 10.127.255.2 m=audio 34748 RTP/AVP 8 T7P2M1之前的版本都不兼容华为SS的G/ft事件，所以会导致mgcp协议模块收到dsp上报的传真开始事件时，没有报给SS导致接收传真有问题。 对于T7P2M1之前的版本，要么通过在SS上将传真检测事件修改成FXR/T38来解决这个问题，要么只能通过临时版本增加对G/ft检测事件的支持；对于T7P2M1版本，可以通过命令配置支持G/ft或FXR/T38中的一种，不能两种同时支持，命令如下： Voipcli 31642 0 0/1 最后一个参数为0表示支持FXR/T38检测事件，为1表示支持G/ft检测事件。 1.9.3​ 某运营商modem拨号不成功问题分析 六安公安局的modem从原先的PSTN网络中换到F820下，modem拨号不成功。现场使用的modem支持V92协议，出现问题时通过修改增益、tdm与ip编码的一致性等都没有解决该问题。通过芯片产家的分析，建议将modem降速。 现场modem使用V92协议，相比V90协议增加了3个功能，一个是提高上行速率到48k；一个是拨号过程中可以支持语言通话；再一个就是快速连接。快速连接就是将第一次拨号成功的一些协商配置项保存为文件，以后再拨号时可以默认调用这些配置项而省略协商过程。对于线路没发生变化的modem可以提高协商速度，但对于六安这种从PSTN切换到F820的modem，如果还用之前的配置项，则会影响modem拨号的成功率。现场将modem使用的协议从V92改成V90，也就是去掉新增的3个功能后，拨号能够成功；另个通过降速使用V34协议也能成功。 这个问题主要是由于设备使用环境发生变化后，相关的配置未做相应的修改，通过修改modem的相关参数就可以解决。 1.9.4​ 某运营商pos机刷卡问题分析 摩尔城商业用户pos机刷卡失败，提示“返回数据包错误”，SS、TG均为中兴设备。从现场发回来的H248信令上，从语言切换到modem时，SS发给F820的local描述符为空，信令如下： !/1:2944 T=1936976767{C=19591{MF=AG58905{M{ST=1{O{MO=SR，RV=OFF，RG=OFF，nt/jit=40}，MF=RTP/00000{M{ST=1{O{MO=SR，RV=OFF，RG=OFF，nt/jit=40}，L{}，R{v=0 c=IN IP4 172.16.16.1 m=audio 28256 RTP/AVP 8 a=ptime:20 }}，TS{BF=OFF，ctyp/calltyp=Modem，ipfax/faxstate=Negotiating}}}}} 这种情况应该3.2中第2点描述的问题，修改SS上的配置数据后正常。 1.9.5​ 同一个pon口下两个F820互拨的问题分析 olt同一个pon下的两个F820互相拨打不成功，主叫听忙音。分析信令后发现被叫在准备媒体时给SS回了529错误，导致SS给主叫放忙音，通过dsp驱动模块的跟踪，发现被叫准备媒体时，根据信令上的远端ip查找对应的mac地址时，没有收到应答，超时后给SS回失败。查找mac地址是先看路由表中是否有匹配的ip地址，如果有直接获取mac地址；否则需要发arp消息来查。现场属于后一种情况，经过了解现场在olt上启用了P2P，但没有启用arp agent，要求现场启用arp agent后测试正常。 Arp agent是olt上为解决同一个pon下不同onu之间通话而设置的功能，一般情况下现场都需要启用该功能。 1.9.6​ F820与华为SS对接断话的问题分析 F820通过H248协议与华为SS对接，通过几分钟后会断话，从信令上通话过程中会占用F820上的物理终结点和rtp终结点，默认的配置中rtp终结点会每隔一段时间给SS发审计消息，以确认该rtp终结点的占用是否正常，但华为的SS并不支持这样的检测机制，会给F820回错，因此将该rtp释放，从而影响话路。 对于与华为SS通过H248协议对接的地方，都需要将rtp的心跳检测功能关闭。修改命令如下：ZXAN(config-voip)#mgc h248tid link-kept-flag 0 0表示关闭心跳检测；1表示打开心跳检测。 1.9.7​ D42x与华为SS收号不成功的问题分析 这个问题与SS下的号码表有关，如果用户拨的号码在号码表中能找到唯一的匹配，则会上报给SS，如果用户拨的号码不是唯一匹配，需要通过定时器超时来上报，则会有问题。由于Pon代码中默认收号的长、短定时器分别是10s和20s，而华为的SS定时器比这个短，这样我们在等定时器时，SS已经超时，直接下释放消息。用如下命令将长、短定时器分别改成5s和3s后，测试正常。 CLI>>dbset 31241 0 500 CLI>>dbset 31242 0 300 CLI>>svaeCLI>>reboot 2​ 9806H&F822语音问题处理 2.1​ 窄带问题的综合处理 检查基本数据： 1． 对接的SS厂商，在mgc的type里面需要配置不同的类型的SS。如果是BELL的软交换对接，需要V2.0.0P2T6以上版本。 2． 检查RTP的termid是否正确，9806H本身配置128个RTP 的termid，需要SS也配置128个RTP资源，数量要求一致。(ag get-ipstermid) 3． 检查用户SLC的termid是否和SS配置的一致。(ag get-slctermid) 窄带路由问题 1． 9800在config模式下，添加全0路由的时候，会自动把它配置为ag里的窄带下一跳(尽管外面可能另外用ip route作了窄带路由)，因此，开通时需要用get-voip-ipaddr检查，如果不对需要用如下命令进行修改： 2． 9806(ag)# mod-voip-route mgid 1 type 1 nexthop x.x.x.x 3． 如果开通时没有配置ip route，则上述步骤无法修改，要用add-voip-route 增加窄带路由。 4． 在早期版本，由于OLT上启用了配置自动下发（OLT上无法完全关闭该功能），可能会导致宽带路由和窄带路由被对方覆盖的情况。导致业务或者网管不通。到V2.0.0P2T6版本解决了该问题。 常用检查操作 1． 路由ip相关的检查： Show ip subnet Show ip route 2． 检查arp表(新版本支持) Show arp 3． 在MG基本属性 9806(ag)# get-mgbaseattr //查看mg的基本信息，如窄带的ip和掩码 9806(ag)# get-voip-config //检查窄带的ip和下一跳 9806(ag)# get-mgc mgcid 1 //检查SS的ip等信息 4． 资源状态与摘挂机检查 9806(ag)#h248state //H248注册状态是否正常。 9806(ag)#get-slcstatus //检查是否摘机的用户的状态已经变成seize， 9806(ag)#get-ipsstatus //检查是否大多数空闲(IDLE)，而在用资源状态已经变成seize。 Ips的资源是轮流分配的，和用户号没有直接对应关系。 一般空闲的已配置资源应为IDLE状态，没插窄带板的槽位对应的是FAULT，如果看到全部状态为FAULT，则首先应检查VOIP子卡(远程reset subcard voip，现场拔插/更换子卡) VOIP子卡硬件故障同样可能导致ATLC告警灯亮、SLC状态fault。 VOIP子卡状态说明 9806H_V2.0没有专门查看VOIP子卡状态的命令，但可以根据get-ipsstatus所查看到的IPS资源的状态来判断VOIP小卡的当前状态： "COMMOFF|POWEROFF|FAULT"，则表明主CPU与VOIP小卡通信不上，原因为VOIP小卡没有启动完毕，或没有插好，或VOIP小卡损坏。 "FAULT"，则表明VOIP小卡工作异常，原因是对VOIP小卡上的资源操作发生错误。 "IDLE"，则表明VOIP小卡工作正常，可以为语音业务提供服务。(P2T4之前版本，如果没有联通SS，ips状态也会FAULT，之后版本只要VOIP字卡本身正常并配了IPS-TID，该状态就为IDLE)。 V2.1（V2.0P3T8之后）版本中可以直接通过show sub-card查看VOIP子卡的状态。 摘挂机检查操作 用get-ipsstatus， get-slcstatus检查端口状态是否seize。 跟踪信令 如果确认数据正确，VOIP网络畅通，资源状态正常，但窄带语音部分出现故障，则很可能需要通过跟踪信令的方法来定位问题所在。 常见H.248消息： al/of 摘机， al/on 挂机， al/fl 拍叉簧， cg/ri 被叫振铃， cg/rt 主叫听回铃音， cg/dt 放拨号音， dd/ce 拨号检测， ds="112"上报号码， cg/bt 放忙音， xal/las 反极性， tonedet/std{tl=*} 按位收号， tonedet/std{tid=d7} 收到号码7 RTP/AVP 18 要求G.729 编码方式， RTP/AVP 8 要求G.711 编码方式 MO=SR修改媒体流通道属性为接收发送模式 S=RTP/002 切断资源或用户，有时用通配符S=* 2.2​ 开局时常见异常的初步诊断方法 1． 摘机后听到忙音： （1）首先看H248是否通。如果不通，就先检查网络配置，确保H248状态OK；如果H248是OK的，故障依旧，下一步。 （2）在9806H的带外口进行信令跟踪（方法见本文第五部分）。如果看到用户报摘机给SS后SS指示放忙音，则说明SS上限制了该用户的呼出权限，联系SS维护人员解决；如果看到用户报摘机给SS后SS什么都没有回应（这时用户听到的现象应该是摘机后短暂无音，接着听见忙音），则说明SS上没有该用户的定义，联系SS维护人员解决。 2． 摘机无音（检查了MGCType、TerminalID等基本数据后）： （1）首先看用户板状态。用户板应工作正常，run灯亮，alarm灯灭，有用户摘机时hook灯亮。如果用户板工作不正常，只能换用户板；如果用户板正常故障依旧，下一步。 （2）检查和排除外线原因。在配线架上去掉外线，将测试电话直接打在用户板端子上。如果这时摘机故障消除，则说明是外线原因，检查外线；如果故障依旧，则下一步。 （3）检查ips资源是否正常。在oam的ag下面get-ipsstatus。如果不是idle状态，先复位voip小卡reset subcard voip试一下voip小卡能否恢复正常。如果还不行，把小卡重新查拔试一下。 （4）如还是不正常就检查外线，直接拔掉9806H的线缆，用电话线直接插入9806H对应的端口（另外的处理方式也可以把该单板换到别的用户线缆上，看对应的端口是否正常），看是否正常，如果正常就是外线问题。如果还是不正常，返修单板。 2.3​ 窄带基本对接设置 2.3.1​ 与其他软交换对接 1． 设备开通时需要正确配置SS类型，默认是ZTE SS，如果与ss是HW的，就要将mgctype改成华为的 在ag模式下执行“get-mgc mgcid 1”看看，mgctype的配置是否正确，如不正确，执行“mod-mgc mgcid 1 mgctype n”进行修改。 2． 与贝尔(Alcatel) SS对接需要V2.0.0P2T6以上版本。这是由于BELL对部分协议格式理解与ZTE和HW有区别 ag mod-mgc mgcid 1 mgctype 4可以即可设置SS类型为BELL。 如ALCATEL对接用域名注册方式，某些SS版本可能要求设置MGC的DOMAIN name为h2481。 3． 多个SS的切换 9806H系统支持1-4个SS，用add-mgc 命令可以添加，但切换先要绑定mgc与mg的对应关系，例如： ag mod-mgbaseattr mgcid 2 2 //如果有其他的，则3 3， 4 4一样的绑定。 当主用SS不通时，系统会自动向MGC 2发消息，也可以手工用h248changemgc命令进行切换。 4． 主动注册 更改注册类型或者某些参数后，MG的自动注册会有一定时间间隔，此时可以手工主动注册，此命令也可用于强制注销： 9806(ag)# service-control protocol 1 opertype 1 1 - register 2 - graceful quit 3 - force quit 5． 某些TG强制要求发K消息 H.248信令的T-P-K交互过程中，K不是必须的消息，因此MG在很多情况下并不对P消息给与K确认，但某些TG可能要求一定要有K消息，可以通过以下设置来更改： 9806(ag)# mod-calloptimize h248msgack 1 可选设置如下，设为1表示强制发K； 2 - Not send 1 - Send 6． 与SS之间的心跳消息 9806H默认每几秒钟就向SS就有一个握手消息，这个时间间隔是可以配置的，配置命令如下： mod-mgcapabili lkpttime 30 //取值范围 <10-300> 2.3.2​ 域名注册的配置 9806H默认与软交换的注册方式是IP地址，有些SS设置了采用域名注册，则需要按以下步骤修改9806H的配置： 配置MG设备（如ZXDSL9806HV2）本身的域名及注册方式，常规的，可以采用设备的带内MAC地址作为域名，（设备MAC地址贴在机壳的外面，另外如果主控板的MAC地址和机壳上标注的MAC不一样，建议用mac inband命令进行修改保存并重起设备，使之生效。） 9806(ag)# mod-mgbaseattr domname 0015ebf00378 设置MG注册方式为域名--注册方式mginfo： 9806(ag)# mod-mgbaseattr mginfo 0 - USE IP 1 - USE DOMAIN 4 - IPS IDLE 128 - English Tone 9806(ag)# mod-mgbaseattr mginfo 1 （缺省为0，是采用的IP注册。） 配置MGC为DOMAIN方式，并配置SS的域名。特别要注意，对于中兴的SS，配置MG设备上的SS的域名时，需要配置为MG本身的域名再连上SS的域名。其他SS直接配置域名即可。 例如中兴SS域名为BGW。则在ZXDSL9806HV2上配置该SS的域名为 0015ebf00378-BGW (注意下划线和中划线)。 9806(ag)# mod-mgc mgcid 1 mgcinfo 1 //0为IP方式，1为域名方式 9806(ag)# mod-mgc mgcid 1 domname 0015ebf00378-BGW 与ALCATEL对接用域名注册方式时，某些SS版本可能要求设置MGC的DOMAIN name为h2481。即： 9806(ag)# mod-mgc mgcid 1 domname h2481 注：有些地方，SS设置为要求MG采用域名而MGC自身用IP，则在上述配置中第三步设置mgcinfo仍然为0即可。 2.3.3​ 控制与媒体端口号修改 H.248协议默认的控制端口号2944，媒体端口号10000，如果对接方有特殊设置需要修改： 1． 修改控制端口号： Mod-mgbaseattr mgport xxxx mod-mgc mgcid 1 mgcport xxxx //如果有多个MGC，需要逐个修改 2． 修改媒体端口号：要先把原来的删掉，再加新的。 a、查看起始端口配置： 9806(ag)# get-allnat b、删掉原来的起始端口设置： 9806(ag)# del-baseport c、添加新的起始端口号为16000（exipaddr参数应填media IP地址）： 9806(ag)# add-baseport exipaddr 10.63.198.250 udpport 16000 2.3.4​ 信令与媒体双IP 大多数情况下9806H走H.248时信令与媒体流都用同一个IP发包。但有些运营商会有特殊要求，需要信令与媒体流分别用不同IP；这需要P4T1以上版本的支持；具体配置举例如下： 9806h(config)# ip subnet 136.1.1.164 255.255.255.0 100 //网管网络的ip 9806h(config)# ip subnet 10.63.198.164 255.255.255.0 120 voip //voip信令的ip 9806(config)# ip subnet 10.110.1.135 255.255.255.0 110 voipmedia //voip媒体的ip 9806(config)# ip route 10.63.0.0 255.255.0.0 10.63.198.254 9806(config)# ip route 10.110.0.0 255.255.0.0 10.110.1.254 9806(config)# ip route 0. 0.0.0 0.0.0.0 136.1.1.254 //网管路由配置成缺省路由 注意： 1． vlan需要提前配置，vlan和上联口配置方法见9806H开局文档。 2． 9806(config)# ip route 0. 0.0.0 0.0.0.0 136.1.1.254 配置时会自动把136.1.1.254设置给媒体的下一跳，因此如果媒体的下一跳是其他值，则要在ag下mod-voip-route命令来修改。 然后到ag下面输入get-voip-ipaddr查看，发现voip媒体流nexthop配置的是136.1.1.254，所以需要修改voip媒体流的nexthop为10.110.1.254。（此时可能看到control的nexthop会变成not config， 没有关系） 9806(ag)# mod-voip-route mgid 1 type 1 nexthop 10.110.1.254 删除双IP的方法： 如果删掉了独立的voipmedia（如下命令），媒体IP就会自动被设置成与控制IP相同（即由双IP变成了单IP）： 9806h(config)# no ip subnet voipmedia 当前被设置的信令和媒体IP可以在ag模式下执行如下命令查看是否配置正确。 9806(ag)# get-voip-ipaddr 2.3.5​ 其他配置事项 IP与路由注意事项： 由于9806H宽带管理和VOIP可以各自设置一个IP，甚至语音媒体可能有第三个IP，因此对应着多条IP需要配置多条路由。配置原则如下： 1． 带内、带外、voip采用的IP地址不能用同一网段（注意掩码的大小），vlan也应不同。 2． 一般建议，管理路由配较小的网段，例如222.0.0.0/8或者24位掩码，而VOIP路由采用全0。如果信令与媒体分开，则信令路由指向SS的网断，而媒体路由配置全0的（这是由于VOIP媒体流是直接与对方AG或者TG中继网关交互的，对方AG/TG可能在各种网断）。 故障案例1 故障现象 配置ip subnet voip时提示冲突conflict。 处理过程 经检查，带外ip host是10.62.5.101/255.0.0.0，因此所有10网段都会产生冲突，将带外掩码改成24位后即可。 处理结果 数据修改完成以后故障解决。 故障案例2 故障现象 F822一开始用OLT自动下发配上了管理IP，然后手工添加了VOIP的地址，保存重启后；发现原来自动下发的管理IP与路由丢失了（9806H也可能产生类似情况）。 处理过程 检查原始配置数据如下： ip address 10.47.219.3 255.255.255.192 1001 ip address 10.119.214.2 255.255.255.192 1002 voip ip route 10.0.0.0 255.0.0.0 10.119.214.1 name "ZTEROUTE" ip route 0.0.0.0 0.0.0.0 10.47.219.1 name "OAMRoute" 上面红色表示的路由，掩码太短了，只掩了一个“10”，重启后OLT再次下发带内IP的时候，IP为： 10.47.219.3 ，配置不下去，造成配置丢失。 处理结果 将上面的路由改成16位的即可。 单个槽位添加TermID； 9806H的窄带Terminal ID一般在开局时批量配好，例如： 9806# ag add-slctermid beginslot 1 num 96 tmidfix aaln/ type 3 如果后续扩容单板、或者需要更改数据，需要检查该槽位原来是否已经存在配置，如果存在错误配置，需要先删掉然后重新添加， 9806# ag del-slctermid begin slot 3 num 48 //或beginindex xx，index号从0开始。 单个槽位添加： 9806# ag add-slctermid beginslot 3 num 48 tmidfix aaln/ type 3 begno 96 个别数据删不掉； 如果窄带端口处于被占用状态(Seize/LineBusy)，该端口的TID数据是不能被删掉的，会提示DB: Error delete，此时应先get-slcstatu 查看一下相应端口是否被占用（也可能外线接触不好）。 在这种情况下，可以拔掉外线/或者复位用户板后迅速删除。 //如果外线或话机没挂好，过一会儿仍然会导致端口状态占用。因此动作要快。 2.4​ 其他窄带问题 2.4.1​ 基本通话问题 1． 语音上行掉字，语音断断续续 故障现象及分析： 网元用户跟外部通电话时，外部听到我们网元的用户话音断断续续，有时严重，有时轻微，但始终有掉字现象。而我们网元的用户听对方讲话是清楚的。 我们判断媒体流上行有丢包现象，后检查网元的配置，发现媒体流的下一跳配错了，配成了其他区域的nexthop（该nexthop是存在的，且在宽带配置中添加了到达该nexthop的路由，所以ping本应设置的那个nexthop和SS还能通，上行媒体流也不是完全没有），导致媒体流的上行丢包。 诊断结果及解决方法： 配置错误，改正后即解决。 2． 9806H（目前支持最大4*48=192窄带用户），一般默认配置128条IPS资源，如果SS上配置IPS数量少于MG，则可能出现随机用户拨号无法打通的情况。因此一定要注意SS上的RTP资源数应与MG上一致。 如果SS资源总数确实有限制，可以在9806H/F822上用block-ips命令将后面的ips禁用掉。 2.4.2​ 语音单通 1． 如果拨打PSTN正常，而几台9806H之间单通，请检查OLT的互通配置； 2． 所有的电话单通，如能听到对方的声音，对方听不到我们的声音，则先跟信令查看该电话对方的ip地址，然后： （1）如果对方MG的ip地址和9806H不在一个网段，则看nexthop的mac地址是否学到； （2）如果对方MG的ip地址和9806H在一个网段，则直接看对方的mac地址是否没有学到。 如果没有学到，先ping一下看是否通，且ping后再查看arp，如果不通，一般检查上层olt的配置（如arp代理是否配置正确，p2p是否配置正确，arp代理和p2p不能一起使用，建议都只配置arp代理）。也可以在交换芯片的shell下面使用show count和l2 show检查。 3． 只是和9806H间单通，方法同上。 4． 信令上检查被叫摘机时SS是否正确将RTP和用户线都设置为MO=SR(可收可发)状态。 5． 从上联口抓包可以看出双向媒体流是否正常。 2.4.3​ 回声抑制 针对普通电话业务，一般需要开启回声抑制功能，否则通话双方可能会听到很大的回声，影响通话效果，但是针对传真或者Modem业务，需要根据具体情况来判断，比如高速FAX和MODEM的时候EC是关闭的，低速FAX和MODEM的时候EC是要打开的，具体可参见中国电信相关标准。 关闭回声抑制可以用以下命令。 Mod-rtppat parid 1 ecenable 0 //0为关闭，1为启用 注意： 一般本地听到自己的回声，是由于对端网关(TG)上的回声一直没有做好。 2.4.4​ 来电振铃 振铃可以核查信令中SS是否下发了ri或者dwa振铃指令。此类问题大多与外线或者某些特殊话机有关。 故障案例 故障现象 智能公话呼入时，话机振铃短促、振铃次数少、不振铃，但普通电话正常。 处理过程 配线架下接电话直接测试，这一般是由于某些电话要求铃流大，而线路有接触不好导致。如果配线架下正常则检查线路。 还可以尝试修改增益：mod-rtppar parid 1 pkttopcmgain -5 pcmtopktgain -5 处理结果 维修线路，问题解决。 2.4.5​ 来电显示 主叫号码显示（简称CID）问题，主要包括如下现象： 根本不能显示； 显示“----E----”； 显示的号码不全等； 0距离正常但在用户家不正常； 根据到目前为止的处理 经验 班主任工作经验交流宣传工作经验交流材料优秀班主任经验交流小学课改经验典型材料房地产总经理管理经验 ，大致包括如下几种原因(注意下面修改用户板配置的一般都要求重启用户板才生效。)： 1． MG设备版本太老自身存在问题。 请用V2.0P2T4以后的版本。 2． 话机自身问题或者电池电量不足，也会导致CID不正常。 建议所有CID话机必须安装电池，并保证电池电量充足。 3． 软交换上CID属性没有设置，导致不能显示。 通过信令查看ss是否给这个用户配置了cid。 4． 没有配置初始振铃（FSK方式的CID必须要有初始振铃；有些话机要求必要有初始振铃才能检测随后的CID）。 SS控制MG放来显一般不会由此问题，但如果是TG放振铃和来显信号，则要关注这方面，并且振铃与来显应有时间间隔避免信号干扰。 5． 线路衰减导致信号太弱从而影响来显。 通过mod-rtppar parid 1 fsklevel 100把cid的信号强度调大，注意值越小信号越强。 6． 硬件环境干扰大导致CID信号不容易被识别、或者部分话机只支持DTMF来显。 可以尝试 mod-slcattr slot x cidtype 1 把cid的类型修改成dtmf类型。此时也可mod-rtppar parid 1 dtmfcidelec 100以增强信号(数值越小信号越强)。 7． DSLAM 分离器导致CID信号衰减，进而对少数话机，号码不能显示或显示错误。 可以将cid的类型修改成fsk600，注意修改后要复位用户板。 8． 硬件上应该注意接地，尤其是交流供电时往往三相电源中接地是空悬的，这会影响来显并导致很多其他问题。(可以测量机壳对自来水管、铁楼梯等的电压来检查接地) 9． 对于一些较难解决的情况，可以直接配线架下挂话机测试以判断是否线路干扰等影响；可以用112测试一下该电路的电阻和电容值，如果不正常，拔掉插在9806H上的用户线，复位用户板，等用户板完全起来后再插用户线。如果不能解决，则可以换P2T4以上版本解决。 ZXDSL9806H_V2.0P2T4之后的版本针对由于外线不好引起的来显问题(配线架下正常)做了不少改进，主要处理的方法是将没有插外线时单板重