EPON常见故障处理集锦.doc

内部公开内部公开 ZXA10-EPON 终端设备故障处理流程终端设备故障处理流程 （V1.0） 2009-06 中兴通讯网络事业部固网交换用服部中兴通讯网络事业部固网交换用服部 内部公开内部公开 本文中的所有信息归中兴通讯股份有限公司所有，未经允许，不得外传 第2页共67页 修改记录修改记录 文档编号版本号 拟制人/ 修改人 拟制/修改日 期 更改理由 主要更改内 容 （写要点即 可） 20080901V1.0 韩宏伟 2008-9-1 新编全部内容 20090610V1.0.1 韩宏伟 2009-6-10 修改，补充部分内容。 内部公开内部公开 本文中的所有信息归中兴通讯股份有限公司所有，未经允许，不得外传 第3页共67页 目目 录录 第第 1 章章 前言前言1 1.1 适用范围1 1.2 重要性1 第第 2 章章 常用操作方法和工具介绍常用操作方法和工具介绍2 2.1 镜像抓包2 2.1.1 简介.2 2.1.2 截包.2 2.1.3 用Ethereal分析包4 2.1.4 显示过滤表达式.6 2.1.5 F820镜像抓包方法.11 2.1.6 D系列终端抓包方法12 2.2 使用UDPWATCH打印日志 .14 2.2.1 udpwatch工具介绍14 2.2.2 F820的udpwatch打印日志方法.14 2.2.3 F820 T7P2后版本支持telent下打印UDPwatch方法.16 2.2.4 D系列终端的udpwatch打印日志方法.17 2.3 光功率检测18 2.3.1 光纤连接器介绍.18 2.3.2 光功率检测工具介绍.18 2.3.3 光功率范围.19 第第 3 章章 硬件故障排查硬件故障排查20 3.1 语音板主要可能故障和排除方法20 3.1.1 CPU不能正常启动.20 3.1.2 语音单板不在位.20 3.1.3 语音板不能注册到SS 20 3.1.4 语音板不能下载配置文件（现场不存在此问题，刘俊修改）.21 3.1.5 语音板HKS灯长亮21 3.1.6 全部用户摘机无电.21 3.1.7 部分用户摘机无电.21 3.1.8 个别用户摘机无电.21 3.2 主控板主要可能故障和排除方法22 3.2.1 MS8E运行灯不亮22 内部公开内部公开 本文中的所有信息归中兴通讯股份有限公司所有，未经允许，不得外传 第4页共67页 3.2.2 MS8E网口灯不正常22 3.2.3 MS8E带不了语音板22 3.3 EPON 板主要可能故障和排除方法.22 3.3.1 MAC芯片工作异常.23 3.3.2 与主控板通讯异常.23 3.3.3 光链路通讯异常.23 3.4 MTPA/MTPD 板主要可能故障和排除方法23 3.4.1 MTPA/MTPD运行灯不亮.23 3.4.2 MTPA/MTPD 12V电源故障.24 3.4.3 ZXA10 F820 配置双语音板下电源板更换方法24 第第 4 章章 ONU 注册故障处理注册故障处理25 4.1 ONU 注册不稳定.25 4.2 无法搜索 ONU25 第第 5 章章 F820 及及 D 系列终端语音故障系列终端语音故障26 5.1 语音不能注册上软交换26 5.2 摘机忙音26 5.2.1 查看ONU未注册.27 5.2.2 查看ONU已注册.27 5.3 摘机无音27 5.3.1 摘机无馈电.27 5.3.2 摘机有馈电.27 5.4 呼叫失败28 5.4.1 未拨完号码后失败.28 5.4.2 拨完号码失败.28 5.4.3 二次拨号，失败.28 5.5 语音质量问题29 5.5.1 语音断续.29 5.5.2 杂音.30 5.5.3 回音.30 5.6 VOIP 吊死30 5.6.1 整个VOIP单板吊死30 5.6.2 个别端口吊死.31 5.7 POS， MODEM拨号，传真，智能公话问题31 5.7.1 POS，modem拨号31 5.7.2 传真问题.32 5.7.3 智能公话.33 内部公开内部公开 本文中的所有信息归中兴通讯股份有限公司所有，未经允许，不得外传 第5页共67页 5.8 语音故障排查实例.33 5.8.1 某部门部T38传真测试问题分析.33 5.8.2 某运营商F820和华为SS对接时传真问题分析.34 5.8.3 某运营商modem拨号不成功问题分析35 5.8.4 某运营商pos机刷卡问题分析35 5.8.5 同一个pon口下两个F820互拨的问题分析.36 5.8.6 F820与华为SS对接断话的问题分析.36 5.8.7 D42x与华为SS收号不成功的问题分析.36 第第 6 章章 F820 数据业务部分数据业务部分.37 6.1 ONU 管理地址不通问题.37 6.2 语音板 HW ONLINE 问题.40 6.3 F820 数据端口吊死.42 6.3.1 数据端口全部吊死.42 6.3.2 部分吊死.42 6.3.3 数据，语音同时吊死.42 6.4 PPPOE 拨号异常 .43 6.4.1 MAC地址环回.43 6.4.2 PPPOE拨号常见错误码排查.43 6.5 上网丢包严重44 6.6 IPTV（组播）故障45 第第 7 章章 附录附录46 7.1 附录 1：EPON 终端设备速查.46 7.1.1 EPON终端参数和版本说明.46 7.1.2 指示灯说明.46 7.2 附录 2：F820 MAC 冲突排查方法.49 7.3 附录 3：PPPOE 流程50 7.4 附录 4：关于 PPPOE 以及如何实现 PPPOE 拨号上网.53 7.5 附录 5：笔记本电脑设置抓带 VLAN包标签方法.60 7.5.1 问题的提出.60 7.5.2 解决办法.60 内部公开内部公开 本文中的所有信息归中兴通讯股份有限公司所有，未经允许，不得外传 第6页共67页 内部公开内部公开 本文中的所有信息归中兴通讯股份有限公司所有，未经允许，不得外传 -1- 第第 1 章章 前言前言 1.1 适用范围适用范围 本手册适用的人员为：在中兴通讯 ZXA10-EPON 终端设备工程现场的所有人员（包括中兴通讯各 用服处、用服部、开发部、测试部和运营商设备维护人员） 。 本手册适用的范围为： 1、 设备维护过程中，EPON 终端 F820（V1，V2 版本） ，D4xx，F425A 等故障的处理。 2、 F425A 终端的版本和 D42x 系列终端版本一致，因此故障处理方法也和 D42x 终端一样。此处 不再单独列出故障处理方法。 1.2 重要性重要性 本文用于指导 ZXA10-EPON 终端设备维护人员在设备出问题时如何进行及时的故障定位和故障排 除。 设备一旦出现紧急故障，现场人员必须按照紧急故障处理流程向后方汇报，并按照后方技术支持 人员的意见，积极稳妥进行相应操作，在最短时间内解决故障。 内部公开内部公开 本文中的所有信息归中兴通讯股份有限公司所有，未经允许，不得外传 -2- 第第 2 章章 常用操作方法和工具介绍常用操作方法和工具介绍 2.1 镜像抓包镜像抓包 现场人员进行故障处理，有时需要抓数据包进行分析。本节介绍终端的抓包方法，用于指导 现场工程师进行操作。 抓包工具很多，有 Ethreal，WireShark，Sniffer 等。其中 Ethreal 和 WireShark 较为常见。由于 Wireshark 和 Ethreal 工具为同一产品的不同版本，并且 Ethreal 使用比较广泛版本比较新。本节主 要介绍 Ethreal 的使用方法。 2.1.1 简介简介 在这节，将介绍怎样通过 Ethereal 截包；怎样通过 Ethereal 观察包；在 Ethereal 怎样过滤包； 怎样分析媒体包；还有其它功能 2.1.2 截包截包 我们通过选择“Capture”菜单中的“Start”子菜单或主工具条相对应的项来截包。弹出 “Caputure Options”对话框，如图 31 内部公开内部公开 本文中的所有信息归中兴通讯股份有限公司所有，未经允许，不得外传 -3- 图 31 “Capture Options”对话框对话框 a)截包参数的设定 Interface：这项用于指定截包的网卡。 Link-layer header type：指定链路层包的类型，一般使用默认值。 Buffer size（n megabyte（s） ）：）：用于定义 Ethereal 用于截包的缓冲，当缓冲写满后，就 将截的数据写道磁盘上。如果遇到 ethereal 丢包现象，将该缓冲尽量增大。 Capture packets in promiscuous mode：截包时，Ethereal 将网口置于混杂模式。如果没 有配置这项，Ethereal 只能截取该 PC 发送和接收的包（而不是同一 LAN 上的所有包） 。 Limit each packet to n bytes：定义 Ethereal 截取包的最大数据数，大于这个值的数据包 将被丢掉。默认为 65535。 b)截包过滤条件的设定 Ethereal 截包过滤条件，通过 and 和 or，将一系列的 primitive 表达式连接在一起，有时 可在 primitive 表达式前用 not。 not primitive and|or not primitive 例一：tcp port 23 and host 。 内部公开内部公开 本文中的所有信息归中兴通讯股份有限公司所有，未经允许，不得外传 -4- 这个例子表示只截取发给主机 的 telnet 数据包或主机 发出的 telnet 数据 包。 例二：tcp port 23 and not host 。 这个例子表示截取所有的 telnet 数据包，除了主机 收发的 telnet 数据包。 Primitive 表达式如下： src|dst host 通过主机 IP 地址/名称过滤截取的数据包。也可以在前面加关键 字src|dst来限制是目的或源地址。 ether src|dst host 同上，只是通过 MAC 地址来过滤。 gateway host 截取将该主机作为网关的包，即 MAC 地址是主机的地址，而 包的源和目的 IP 都不是该主机的 IP src|dst net mask|len tcp|udp src|dst port 通过 TCP/UDP 的端口过滤 less|greater 截取数据保小于、等于指定的大小；或大于、等于指定的大小。 ip|ether proto IP/Ethernet 层的指定协议。 ether|ip broadcast|multicast 截取 ether/ip 的广播包。 relop 允许建立一个更复杂的表达式，可以通过它来选取数据包的字 节或字节范围来过滤。 2.1.3 用用 Ethereal 分析包分析包 观察截取的数据包观察截取的数据包 一旦截取数据包后，或打开以前截取的数据包文件，显示如图 32。显示有 三个视图分区：“Packet List” 、 “Packet Details” 、 “Packet bytes” 。 “Packet List”用于显示所数据包，如果这是有显示过滤条件，显示的是满足该条 件的所有包。 “Packet Details”用于显示在“Packet List”视图中选定的数据包的详细信息。 “Packet Bytes”以十六进制方式显示“Packet List”视图中选定的数据包的信息。 内部公开内部公开 本文中的所有信息归中兴通讯股份有限公司所有，未经允许，不得外传 -5- 图 32 观察数据包时过滤条件的设定观察数据包时过滤条件的设定 Ethereal 有两种过滤条件语言，一种时截包过滤，这在前面已经介绍过；另 一种过滤语言，用于显示包过滤。 可以通过以下方式选择我们需要得数据包： 协议（Protocol） 域（Field）是否存在 在域（Field）之间比较 还有很多其它得方式 如图 33 显示得为 TCP 包，并且源端口为 2950 Packet List Packet Details Packet Bytes 内部公开内部公开 本文中的所有信息归中兴通讯股份有限公司所有，未经允许，不得外传 -6- 图 33 2.1.4 显示过滤表达式显示过滤表达式 Ethereal 提供了简单但是很强大的过滤语言，通过它我们可以建立复杂的显示过 滤表达式。我们可以比较数据包的数据值，也可以将多个表达式合成一个更复杂的表达式。 接下来将详细介绍。 显示过滤域（显示过滤域（Display filter fields） 在“Packet details”视图中的每一个域能够用作一个过滤字符串（filter string） ， 这样，就只显示存在该域的数据包。例如：过滤字符串：tcp，这就只显示所有 tcp 协议的包。 比较表达式比较表达式 我们可以创建一个比较值的显示过滤条件，通过使用不同的比较操作符。它 们显示在表 11 表 11 英语（English）类 C（C-like）描述和举例（Description and Example） eq= =等于 内部公开内部公开 本文中的所有信息归中兴通讯股份有限公司所有，未经允许，不得外传 -7- ip.addr= =1 ne!=不等于 ip.addr!=1 gt大于 frame.pkt_len10 lt=大于或等于 frame.pkt_len ge 0x100 lelog Session. 内部公开内部公开 本文中的所有信息归中兴通讯股份有限公司所有，未经允许，不得外传 -17- 2， 用 Wireshark 抓包工具。 1）抓取本机的网络包 2）用 telnet 作为过滤条件 3）点击一条消息，按右键选择 follow tcp Stream. 4）保存产生的文件。 2.2.4 D 系列终端的系列终端的 udpwatch 打印日志方法打印日志方法 D 系列终端的 udpwatch 打印方法和 F820 一样，这里就不在赘述。参考 2.2.2 节即可。 内部公开内部公开 本文中的所有信息归中兴通讯股份有限公司所有，未经允许，不得外传 -18- 2.3 光功率检测光功率检测 2.3.1 光纤连接器介绍光纤连接器介绍 目前 ONU 使用的光纤连接器都是 PC 方式的。两种类型的光纤连接器接错，就会引起不必要 的衰耗。如图： 现场可以通过光模块接口颜色决定使用何种连接器，通俗的说法是“绿接绿，蓝接蓝；绿不 要接蓝；蓝也不要接绿” 。 2.3.2 光功率检测工具介绍光功率检测工具介绍 常用的光功率计由于有些波长的光无法测试，测试时可能存在光功率不准的现象，测试是符 合要求的，但是上并不能正常开业务。因此这里给出推荐的光功率计： ppm 产品是加拿大生产的 JDSU OLP-57 美国安科特纳公司制造 另外，如果光功率检测时要根据接头的颜色选择使用何种转接线，如果颜色不对，需要添加相 内部公开内部公开 本文中的所有信息归中兴通讯股份有限公司所有，未经允许，不得外传 -19- 应的转接尾纤，才能正确测试。 2.3.3 光功率范围光功率范围 ONU 终端： 接收光功率：-8-24db 发送光功率：+4-1db C200/C220 光功率： 接收：-6-27db 发送：+2+7 插损 分光器插损：1：2 大约 3db，每增加一倍增加 3db 法兰引入插损：0.5db/个 熔接头引入插损：0.1db/个 光纤衰减 下行 1490nm 光纤衰减系数 0.36db/km 上行 1310nm 光纤衰减系数 0.42db/km EPFAS（10 公里 PON 板） 接收光功率： 124 （1310nm） 发送光功率： 23 （1490nm） EPFAL、EPFC（20 公里 PON 板） 接收光功率： 627 （1310nm） 发送光功率： 72 （1490nm） 内部公开内部公开 本文中的所有信息归中兴通讯股份有限公司所有，未经允许，不得外传 -20- 第第 3 章章 硬件故障排查硬件故障排查 3.1 语音板主要可能故障和排除方法语音板主要可能故障和排除方法 3.1.1 CPU 不能正常启动不能正常启动 故障现象： 面板 RUN、ALM、HKS 三灯常亮。 处理方法： RUN、ALM、HKS 三灯长亮说明单板 CPU 没有启动起来，出现这种情况请先检查 MS8E 是否 正常启动，确保 MS8E 正常启动后，RUN、ALM、HKS 三灯还是长亮，则可能是单板的电源、 复位芯片、小系统出现故障，单板返修。 3.1.2 语音单板不在位语音单板不在位 故障现象： 主控板显示语音板 HWONLINE。 处理方法： 语音板正常启动后，如果主控板还是显示不在位，则可能是语音板的百兆管理口不通，可以先 通过软件手段观测交换芯片到相关槽位百兆网口状态（将刘俊文档中的如何观测，拷贝过来补 充一下） ，如果交换芯片到语音板的管理口状态不正常，并且确认软件配置没有问题，则有两种 可能：一、检查语音板和主控板背板有无弯针或断针；二、如背板连接良好，则可能是语音板 管理口物理故障，有条件的话请开机箱检查 HL5 灯是否亮或闪烁，如果不亮则可确认单板管理 口故障，单板返修。 交换芯片与语音板网口对应关系：fe8 对应 5 槽位的业务口，fe9 对应 5 槽位的管理口，fe16 对 应 4 槽位的业务口，fe17 对应 4 槽位的管理口。 3.1.3 语音板不能注册到语音板不能注册到 SS 故障现象： 面板 RUN 灯闪烁、ALM 灯常亮、HKS 灯熄灭。 处理方法： 语音板正常启动并且确认数据配置无问题后，语音板仍然不能注册到 SS，请采用 2.2 的方法排 查语音板业务口状态。 内部公开内部公开 本文中的所有信息归中兴通讯股份有限公司所有，未经允许，不得外传 -21- 3.1.4 语音板不能下载配置文件语音板不能下载配置文件（现场不存在此问题，刘俊修改）（现场不存在此问题，刘俊修改） 故障现象： 面板 RUN 灯常亮、ALM 灯闪烁、HKS 灯熄灭。 处理方法： 语音板不能下载配置文件也可能是单板百兆管理口不通，请采用 2.2 的方法排查语音板管理口 状态。 3.1.5 语音板语音板 HKS 灯长亮灯长亮 故障现象： 部分或全部用户摘机无电。 处理方法： 碰到 HKS 灯长亮故障，必须先将故障语音板用户电缆插座断开，检查 HKS 灯是否长亮，如果 断开用户电缆后 HKS 灯仍然长亮则按以下步骤检查故障。 3.1.6 全部用户摘机无电全部用户摘机无电 由于语音板的馈电电源由电源板 12V 升压而来，而 F820 系统中只有风扇和语音板的馈电部分 使用 12V 电源，所以如果系统 12V 电源故障，系统的百兆网口、语音板的通讯不受影响，所以 现场可以通过检查风扇运行情况确认系统 12V 电源是否正常。 如果 F820 风扇不转，可能是风扇破皮造成 12V 电源短路，也可能是 MTPA/MTPD 本身抗冲击 能力较弱，请检查 MTPA/MPTD 板内标签，是否是已经改造过的 MTPA/1 和 MTPD/1，请排除 电源故障，确保风扇正常匀速运转。 如果风扇正常运转，语音板仍然全部摘机无电，则可能是语音板上 12V 电源的保险丝或者缓启 动电路故障，也可能语音板上两组升压电路全部故障，请返修语音板单板。 3.1.7 部分用户摘机无电部分用户摘机无电 语音板上升压电路有两组，第一组负责 1-4、9-12 路用户馈电，第二组负责 5-8、13-16 路用户 馈电，请仔细检查确认是否是其中一组升压电路故障，如果是请返修单板。 如果单板上其中一组电源供电的用户全部摘机无电还有一种可能是某一路用户电路故障，造成 该组电源保护，从而影响了其它 7 路用户摘机无电，也请返修单板 3.1.8 个别用户摘机无电个别用户摘机无电 语音板上个别用户摘机无电，可能是该用户电路遭受雷击或长时间高压接触，造成了用户电路 或者是雷击保护器故障，请返修单板。 内部公开内部公开 本文中的所有信息归中兴通讯股份有限公司所有，未经允许，不得外传 -22- 3.2 主控板主要可能故障和排除方法主控板主要可能故障和排除方法 故障排查前请先查看现场机框电源是否工作，有没有异味，有没有进水等情况，单板有没有插 到位，箱体有没有带电；用手感触机框左边有没有热风吹出，若没有，表明风扇没有工作。 3.2.1 MS8E 运行灯不亮运行灯不亮 查看 MS8E 面板上 RUN 灯，正常情况应该闪烁；如果 RUN 不亮，但是单板工作正常，有可 能是 RUN 灯脱落。 如果单板工作不正常，在排除单板版本和配置的情况下，RUN 灯仍不亮则应返修单板。 3.2.2 MS8E 网口灯不正常网口灯不正常 查看 MS8E 和 EI8E 的网口灯，正常情况有网线连接的网口亮两个灯，没有接网线的网口不应 该亮灯，若有网线连接的网口不亮灯，更换网线试试。 3.2.3 MS8E 带不了语音板带不了语音板 语音板不在位或者注册不上 SS，可能是相关网口不正常，确认背板针脚无问题后请在语音板槽 位换上 EI8E，看 EI8E 的 1，2 网口是否 link 不上，如果 LINK 不上，说明 MS8E 有问题。 3.3 EPON 板主要可能故障和排除方法板主要可能故障和排除方法 EPUA 板的故障排查主要通过面板灯的状态来进行，EPUA 面板上一共有两个灯，RUN 灯和 PON 灯，皆为双色灯。可以根据灯的状态来判断单板是否工作正常。下表详细描述了如何根据灯的 状态初步判断单板工作情况。 表 1 EPUA 工作状态判别 RUN 灯 绿灯闪烁表示 EPUA 单板上的 MAC 芯片以及 EPUA 跟主控板通讯正常。 不规则性的亮灯表示 MAC 芯片没有正常工作。 亮红灯表示 CPLD 工作异常。 不亮表示 EPUA 跟主控板通讯异常。 PON 灯 内部公开内部公开 本文中的所有信息归中兴通讯股份有限公司所有，未经允许，不得外传 -23- 绿灯闪烁表示 EPUA 单板跟 OLT 通讯正常。 不规则性的亮灯表示 MAC 芯片没有正常工作。 亮红灯表示 MAC 芯片没有正常工作。 不亮表示 EPUA 单板跟 OLT 通讯异常。 3.3.1 MAC 芯片工作异常芯片工作异常 MAC 芯片是 EPUA 的控制核心，该芯片工作异常或者版本没有正常启动，应通过串口电缆重 新下载 EPUA 的版本。如果单板串口没有打印信息，说明单板 BOOT 不正常、CPLD 程序异常 或其它小系统故障，这种故障现场不具备维修条件，请返修单板。 3.3.2 与主控板通讯异常与主控板通讯异常 如果通过串口打印确认单板已经正常运行，但是 RUN 灯仍不正常，Show card 中不能查看到 PON 板的软件版本号，说明 EPUA 与主控板的千兆通讯不正常，此时应通过查询主控板交换芯片千 兆口状态，确认软件配置是否正常，如果软件配置正常，应检查 EPUA 和 MS8E 槽位背板插针 有无弯针或断针，排除以上故障单板仍与主控板通讯不上，则可能是单板千兆 PHY 异常，请返 修单板。 3.3.3 光链路通讯异常光链路通讯异常 单板正常启动并与主控板通讯正常后，PON 灯不亮说明光链路通讯异常，此时应先检查法兰盘 内外光口接头颜色是否一致，是否插紧，再检查光纤插座内部是否有异物，清除异物。如果光 链路仍然不通，有条件的话则可以用光功率计检查，检查接受到的 OLT 光功率是否异常。如果 接受到的 OLT 发送光功率正常，光链路不通，说明单板光模块有问题，需要返修单板。 3.4 MTPA/MTPD 板主要可能故障和排除方法板主要可能故障和排除方法 电源板主要给 F820 的单板提供+3.3V 电源和 12V 电源，其中 12V 电源主要提供给风扇和用户 板使用，+3.3V 给 F820 的所有其他单板提供工作电源。 3.4.1 MTPA/MTPD 运行灯不亮运行灯不亮 查看电源板 面板上 RUN 灯，正常情况应该长亮；如果 RUN 不亮，但是 F820 上其他单板工 内部公开内部公开 本文中的所有信息归中兴通讯股份有限公司所有，未经允许，不得外传 -24- 作正常，有可能是 RUN 灯脱落。 如果 F820 上其他单板工作不正常，电源板 RUN 灯不亮则应返修单板。 3.4.2 MTPA/MTPD 12V 电源故障电源故障 如果 F820 风扇不转，可能是风扇破皮造成 12V 电源短路，也可能是 MTPA/MTPD 本身抗冲击 能力较弱，请检查 MTPA/MPTD 板内标签，是否是已经改造过的 MTPA/1 和 MTPD/1；如果上 述两点都确认没有问题，则可能是电源板输出 12V 电源有问题，考虑返修单板。 3.4.3 ZXA10 F820 配置双语音板下电源板更换方法配置双语音板下电源板更换方法 这部分电源故障参见附件 2：F820 硬件现场更换改造操作指导手册 。 内部公开内部公开 本文中的所有信息归中兴通讯股份有限公司所有，未经允许，不得外传 -25- 第第 4 章章 ONU 注册故障处理注册故障处理 4.1 ONU 注册不稳定注册不稳定 检查步骤： 1，光功率计测试光功率是否在合理范围； 2，察看误码统计； 3，检查多个 ONU 之间 MAC 地址是否冲突； 4，检查 OLT 的 PON 板，如果是同一 PON 口或者 PON 板下批量 ONU 问题。需要考虑是 否 OLT 侧出现问题。 4.2 无法搜索无法搜索 ONU 检查步骤： 1，查看 pon 口工作状态，看是否打开； 2，用人机命令查看未注册 ONU 状态； 3，检查 EPFC 板管理的 ONU 类型是否设置正确； 4，检查 ODN 的光功率，更换硬件或 PON 口； 内部公开内部公开 本文中的所有信息归中兴通讯股份有限公司所有，未经允许，不得外传 -26- 第第 5 章章 F820 及及 D 系列终端语音故障系列终端语音故障 5.1 语音不能注册上软交换语音不能注册上软交换 检查步骤： 1， 检查 F820 的 VOIP 单板 ALM 灯是否红灯常亮，红灯常亮表示没有注册上。 2， 检查 ONU 侧数据配置正确性，同时和软交换侧确认数据配置是否正确。 3， 信令跟踪或者抓数据包分析。 1）如果 ONU 发送注册消息给软交换，软交换不做回应。 检查 VOIP 单板到 SS 之间的网络是否可达。网络不通时 ONU 发的注册消息没有抵达 SS， 因此 ONU 侧收不到 SS 的回应。 2）ONU 未发送注册消息给软交换。 如果 ONU 终端没有发送注册消息出去，可以确定问题肯定处在 ONU 终端侧。 首先排查 VOIP 单板运行是否正常，如果单板运行不正常需要检查是否硬件 故障。 如果正常需要检查终端的 VOIP 相关数据配置是否正确。 5.2 摘机忙音摘机忙音 检查步骤： 1， 通过检查 F820 的 ALM 等是否红灯常亮初步判断 F820 是否成功注册到 SS 上。 同时可以根据信令跟踪来确认。 2， 如果没有注册上，请参考 5.2.1 节。 3， 如果已经注册上，请参考 5.2.2 节。 内部公开内部公开 本文中的所有信息归中兴通讯股份有限公司所有，未经允许，不得外传 -27- 5.2.1 查看查看 ONU 未注册未注册 ONU 没有注册，那么摘机忙音应该为终端自己放的。首先需要解决终端未注册的问题，处理 的步骤同 5.1 节排查思路。 5.2.2 查看查看 ONU 已注册已注册 ONU 已经成功注册，摘机为忙音，这时的忙音一般情况下是软交换下发忙音的信令给终端， 终端再放的。 1） 需要首先检查相关的数据配置，同时软交换侧也需要检查数据配置。 2） 确认双方数据配置没有问题时，在提供抓包进行分析，抓包时提供 MGCP 或者 H248 协议即 可。D42x 终端有时支持 SIP 协议，需要提供 SIP 协议。 3） 对于 T7P2 以后版本的 F820 支持信令跟踪，可以不进行现场抓包，远程进行信令跟踪即可。 D42x 终端 T7 后版本可以支持网管上的信令跟踪，可以不进行现场抓包。 5.3 摘机无音摘机无音 检查步骤： 1） 故障现象：摘机后听不到拨号音。 2） 摘机后电话机没有馈电，参考 5.3.1 节。 3） 摘机后电话机有馈电，参考 5.3.2 节。 5.3.1 摘机无馈电摘机无馈电 ONU 下接电话机摘机无音，首先需要检查电话机的指示灯是否亮，即检查话机是否有馈电。 如果没有馈电首先要检查用户线或者用户线电缆和话机以及 ONU 终端是否正确连接。如果正 确连接，需要检查线是否是好用的。如果是电话线可以考虑更换电话线进行尝试确认是否好。 如果对于 F820 的用户电缆，需要检查线序使用是否准确。 上述现象都排查后，如果依然不能解决问题，F820 需要考虑更换 V16B 或者 V08B 单板，D 系列终端需要更换设备。 5.3.2 摘机有馈电摘机有馈电 摘机如果有馈电，参照以下步骤进行排查： 内部公开内部公开 本文中的所有信息归中兴通讯股份有限公司所有，未经允许，不得外传 -28- 1， 上报摘机信令。 用户摘机上报了摘机信令，就需要根据软交换回复的信令进行分析。 1）可能存在语音吊死，这时候可以使用其他号码拨打该故障号码看是否可以解决，如果 不行建议找合适的时间复位单板尽快恢复业务。如果要彻底排查故障。这就需要提供抓 包文件和打印 Udpwatch 进行分析。 2）pon 和 SS 之间链路不通，导致 pon 上报的摘机消息 SS 没收到，所以就不会下放拨号 音消息，这种情况应该检查网络是否有问题； 3）pon 和 SS 上的 TidName 配置是否一致，如果不一致摘机上报后 SS 会给 pon 回错。 5.4 呼叫失败呼叫失败 检查步骤： 1， 未拨完号失败，参考 5.4.1 节。 2， 拨完号码失败，参考 5.4.2 节。 3， 二次拨号失败，参考 5.4.3 节。 5.4.1 未拨完号码后失败未拨完号码后失败 ONU 终端用户拨号后，号码没有拨完，就失败了。 1） 更换话机进行测试。 2） 信令跟踪或者抓包查看号码图表（DIGITMAP）是否存在语法问题。 3） 检查号码图表容量是否超大。 4） 检查 ONU 终端的长定时和短定时配置。针对华为或者中兴 SS 需要修该长短定时器参数。 缺省情况下长定时 2000ms，短定时 500ms。需要分别更改成 500ms 和 300ms。 5.4.2 拨完号码失败拨完号码失败 拨完号码后失败，这类故障应该和 F820 的关系不大，主要原因在于软交换。 1）进行信令跟踪或者抓包进行分析。 内部公开内部公开 本文中的所有信息归中兴通讯股份有限公司所有，未经允许，不得外传 -29- 5.4.3 二次拨号，失败二次拨号，失败 用户拨号某一语音平台，听提示音拨入 1，或者 2 等按键选择，切不断语音。这类主要在于 F820 的收号方式和语音平台的匹配问题。此类问题，主要是依靠抓包进行分析。 1） 修改 ONU 上的 DTMF 参数，进行尝试。 例如：ZXAN(config-voip)#rtp par dtmf dtmf ? 0:redundancy; 1:RFC2833; 2:voice coding; 3:no use 2） 进行镜像抓包，不做任何过滤。同时进行 udpwatch 打印日志。 5.5 语音质量问题语音质量问题 检查步骤： 判断语音质量的故障现象。判断语音质量的故障现象。 1，通话正常接续，但是语音断续，参考 5.5.1 节。 2， 通话正常接续，杂音，参考 5.5.2 节。 3， 通话正常接续，串音，参考 5.5.3 节 4， 回音，参考 5.5.4 节。 5.5.1 语音断续语音断续 此类问题主要是丢包引起。遇到此类问题可以先从网络上进行排查， 1， 可以登录终端的语音地址，然后 ping 作为被叫的网关的 IP 地址，用以判断是否存在 丢包。 同时也可以依据抓包进行分析，将抓到的 RTP 包，使用 ethreal 工具进行 RTP 分 析，是否丢包，哪个方向丢包。抓包时不做过滤。必要时需要在 ONU 和 OLT 侧同时抓 包，进行对比分析，确认故障点。 故障进行抓包时，如要确定丢包的故障点，必要时需要一段段排查。当然首先要排除 是 ONU 和 OLT 的问题，如果确认是承载网络的问题，可以协调局方数据维护人员一起 排查故障。 2， 丢包还有可能因为设备内部丢包引起，这类故障的解决主要依靠升级终端版本，或 者更换设备硬件。 内部公开内部公开 本文中的所有信息归中兴通讯股份有限公司所有，未经允许，不得外传 -30- 5.5.2 杂音杂音 首先需要排除外线，话机等问题，杂音问题较多的和这些有关。 另外，对于 F820，接地也会影响语音质量，如果具备接地条件，都要求接地。最后要排除风 扇电源的问题，处理故障时可以优先考虑将风扇的电源线拔掉，进行对比测试。 确认上述方法无法解决后，需要进行抓包分析，抓包时不做过滤。必要时需要在 ONU 和 OLT 侧同时抓包，进行对比分析，确认故障点。 5.5.3 回音回音 回音问题首先要排除是否为现场环境造成回声，判断方法可以考虑更换环境进行拨打对比测 试。 如果确认不是环境问题造成的，应该就是设备内部造成的回声，这类问题需要首先明确回声 的方向，同时需要进行抓包。 抓包时不做过滤。 5.6 VOIP 吊死吊死 现象：一般情况下，摘机有馈电，无音。打完电话，拨完号后无音，再次摘机无音。 重启能好。 不定期出现，不固定某台设备出现。 5.6.1 整个整个 VOIP 单板吊死单板吊死 整个 VOIP 单板下的用户都不能打电话。首先要判断 VOIP 单板和软交换之间是否还正常交 互，可以 telnet 到 VOIP 单板上去，ping 软交换地址通不通。 然后进行单板复位，看是否可以恢复业务。如果不能恢复业务，查看单板运行是否正常。如 果复位单板可以恢复业务，就需要进行观察此类故障是否可以复现。此类故障需要进行全程抓包 分析，抓包需要包含单板运行正常到整个单板吊死的全过程。 必要时需要采用 udpwatch 进行打印日志供研发人员分析。 内部公开内部公开 本文中的所有信息归中兴通讯股份有限公司所有，未经允许，不得外传 -31- 5.6.2 个别端口吊死个别端口吊死 个别端口吊死，首先检查终端的命令配置是否正确。特别是和其他厂家设备对接时，链路检 测等开关是否正确设置。 个别端口吊死，主要存在于不同厂家设备对接时出现，此类故障解决方法是全程抓包，抓包 需要包含端口状态正常到吊死的全过程。 同时需要采用 udpwatch 进行打印日志供研发人员分析。 5.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，以便进行对比分析 内部公开内部公开 本文中的所有信息归中兴通讯股份有限公司所有，未经允许，不得外传 -32- 5.7.1 POS，modem 拨号拨号 首先判断是否存在丢包，设备内部丢包还是外部丢包。可以采用 telnet 到 VOIP 板上再 ping 的方法进行初步测试。必要时还需要在 ONU 和 OLT 侧同时抓包，确定丢包点在什么地方。 排除丢包的可能性后抓包分析，抓包不要设置过滤条件，必要时还需要采用 udpwatch 进行打 印日志供研发人员分析。提供信息步骤如下： 1，检查信令上是否有正常的 modem 事件上报； 2，检查信令上是否有语音到 modem 的切换过程； 3，检查现场网络是否有丢包，传真、modem 等业务对网络的要求比较高； 4，如果上面都没有问题，需要抓 tdm trace、ip 包和 udpwatch 进行分析。 5.7.2 传真问题传真问题 首先需要确定 ONU 终端采用的传真方式是否和软交换采用的传真方式保持一致，不一致时 需要设置为一致。 确认为传真设置没有问题后，如果传真依然不行，可以考虑修改 ONU 的传真方式为透传，不 控制方式进行尝试。 另外还要排除传真过程中的丢包原因，传真对丢包要求很高，一般要求丢包率小于 1%。 排除丢包的可能性后抓包分析，抓包不要设置过滤条件，必要时还需要采用 udpwatch 进行打 印日志供研发人员分析。提供信息步骤如下： 1，确定 pon 的传真控制方式； 2，确定对方 TG 的传真控制方式，双方的传真控制方式必须是一样的； 3， 如果是 SS 全控，确认 SS 上已经配了传真描述符，中兴的 SS 配置如下：(图中所示是 H248 协议的，如果是 MGCP 协议，则要改成 a:image/t38;PCMA;PCMU) 内部公开内部公开 本文中的所有信息归中兴通讯股份有限公司所有，未经允许，不得外传 -33- 4，确认信令上是否有异常； 5，检查现场网络是否有丢包，传真、modem 等业务对网络的要求比较高； 6，如果上面都没有问题，则需要抓 tdm trace、ip 包和 udpwatch 进行分析。 5.7.3 智能公话智能公话 需要抓包供研发人员分析，抓包不要设置过滤条件，必要时还需要采用 udpwatch 进行打印日 志供研发人员分析。排查步骤如下： 1，如果是打电话过程中有问题，参照 4.14.4 中的方法排除； 2，其他情况则要确认信令上是否有问题； 3，抓 tdm trace、ip 包和 udpwatch 进行分析。 5.8 语音故障排查实例语音故障排查实例 5.8.1 某部门部某部门部 T38 传真测试问题分析传真测试问题分析 测试部 F820 通过 MGCP 协议和 SS 对接，T38 传真不成功；H248 协议正常。首先对信令进 内部公开内部公开 本文中的所有信息归中兴通讯股份有限公司所有，未经允许，不得外传 -34- 行了分析，通话过程正常，F820 也上报了传真开始信令，如下所示： NTFY 750876942 aaln/05 MGCP 1.0 X: 672 O: FXR/T38(start) SS 收到该消息后下发 modify 消息，要求 F820 切换到传真，信令如下： MDCX 1050158 aaln/5 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 条的说明配置即可。 5.8.2 某运营商某运营商 F820 和华为和华为 SS 对接时传真问题分析对接时传真问题分析 F820 通过 MGCP 协议与华为 SS 对接，SS 全控方式的传真，通常都有能发不能收的现象，通 过分析信令，华为的 SS 会通过 G/ft 来检测传真事件，标准的检测事件是 FXR/T38，信令如下： MDCX 248873823 aaln/6 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) 内部公开内部公开 本文中的所有信息归中兴通讯股份有限公司所有，未经允许，不得外传 -35- S: v=0 c=IN IP4 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 检测事件。 5.8.3 某运营商某运营商 modem 拨号不成功问题分析拨号不成功问题分析 六安公安局的 modem 从原先的 PSTN 网络中换到 F820 下，mode