ZXA10EPON终端设备故障处理流程.docx
《ZXA10EPON终端设备故障处理流程.docx》由会员分享，可在线阅读，更多相关《ZXA10EPON终端设备故障处理流程.docx（23页珍藏版）》请在冰豆网上搜索。
ZXA10EPON终端设备故障处理流程
ZXA10EPON终端设备故障处理流程
（V1.0）
2008-08
中兴通讯网络事业部固网交换用服部
修改记录
文档编号
版本号
拟制人/
修改人
拟制/修改日期
更换理由
要紧更换内容
（写要点即可）
20080901
V1.0
韩宏伟
2008-9-1
重编
全部内容
第一章前言
一.1适用范畴
本手册适用的人员为：
在中兴通讯ZXA10-EPON终端设备工程现场的所有人员（包括中兴通讯各用服处、用服部、开发部、测试部和运营商设备爱护人员）。
本手册适用的范畴为：
1、设备爱护过程中，EPON终端F820，D4xx，F425A等故障的处理。
2、F425A终端的版本和D42x系列终端版本一致，因此故障处理方法也和D42x终端一样。
此处不再单独列出故障处理方法。
一.2重要性
本文用于指导ZXA10-EPON终端设备爱护人员在设备出问题时如何进行及时的故障定位和故障排除。
设备一旦显现紧急故障，现场人员必须按照紧急故障处理流程向后方汇报，并按照后方技术支持人员的意见，积极稳妥进行相应操作，在最短时刻内解决故障。
第二章常用操作
二.1镜像抓包
现场人员进行故障处理，有时需要抓数据包进行分析。
本节介绍终端的抓包方法，用于指导现场工程师进行操作。
二.1.1工具介绍
抓包工具专门多，有Ethreal，WireShark，Sniffer等。
其中Ethreal和WireShark较为常见。
由于Wireshark和Ethreal工具为同一产品的不同版本，同时Ethreal使用比较广泛版本比较新。
本节要紧介绍Ethreal的使用方法。
Ethreal的版本能够通过FTP下载：
FTP10.40.5.1
名目：
/e:
/ftp/ZXSS10科/长期保留/常用工具和补丁/ethereal-setup-0.10.13
（1）.exe
用户名：
engread
密码：
nyftp080516
版本安装完成后，使用方法参见如下附件：
二.1.2F820镜像抓包方法
F820镜像抓包要紧有分为以下两种：
1）镜像上联口
2）镜像某一以太网口数据包
现场需要依照情形，决定是进行F820的上联口的镜像抓包依旧仅镜像某一个以太网口。
假如
假如现场不确定是否能否抓全数据包，那个地点建议镜像上联口的数据包，如此抓到的数据包是最全的。
下面的例子将进入gei_0/2/1（上联口）的数据包镜像到fei_0/1/1上去：
1）全局配置模式下，创建一个镜象的会话：
ZXAN（config）#monitorsession1
然后进入端口gei_0/2/1，设置BOTH为镜象源（能够使用关心命令，也能够是TX、RX）：
ZXAN（config）#interfacegei_0/2/1
ZXAN（config-if）#monitorsession1sourcedirectionboth
ZXAN（config-if）#exit
最后进入端口fei_0/1/1，设置其为镜象目的端口：
ZXAN（config）#interfacefei_0/1/1
ZXAN（config-if）#monitorsession1destination
上面的步骤完成后，在fei_0/1/1端口接上电脑，运行抓包工具后，就能够将上联口gei_0/2/1
所有发送接收数据都能够抓下来了。
2）每次镜像完成后都需要关闭镜像的命令，F820镜像的取消配置。
全局配置模式下，关闭端口隔离.
ZXAN（config）#eth-switchport-protectdisable
进入到端口取消镜像源：
ZXAN（config）#interfacegei_0/2/1
ZXAN（config-if）#nomonitorsession
ZXAN（config）#interfacefei_0/1/1
ZXAN（config-if）#nomonitorsession
说明：
目前的F820版本，最多只能支持一个镜像，即monitorsession1。
二.1.3D系列终端抓包方法
D系列终端的镜像不能通过WEB页面进行配置，需要telnet到D系列终端上，进行数据
配置。
有些数据包的处理是需要D系列终端的CPU进行处理的，如VOIP的相关协议等，还有
还有一些数据包是直截了当由以太网的芯片进行处理后，通过上联口出去了，不通过CPU。
因此抓包
时需依照情形决定是抓上联口的包依旧CPU的包。
D系列终端缺省的认为9号口是CPU，10号口是上联口。
其中D400A或者D402A的telent端口号为缺省的23，然而D42x的telnet端口号为2323。
因此telnet时需要访问终端的治理地址，缺省情形下治理地址为192.168.1.1，因此方法如下：
telnet192.168.1.12323
登录到终端后，下面通过举例来说明如何执行命令进行抓包：
1）将1号口报文镜像到4号口：
Switchtst–w1680xcb0
switchtst–w27260x3393
复原方式：
switchtst–w1680xc80
switchtst–w27260xff9f
2）将10号端口（上联口）的报文镜像到4号端口：
switchtst–w2680xcb0
switchtst–w27260x3393
复原方式：
switchtst–w2680xc80
switchtst–w27260xff9f
3）将9号端口（CPU口）的报文镜像到4号端口：
switchtst–w2580xcb0
switchtst–w27260x3393
复原方式：
switchtst–w2680xc80
switchtst–w27260xff9f
4）将10号端口（上联口）的报文镜像到1号端口：
switchtst–w2680xcb0
switchtst–w27260x90
复原方式：
switchtst–w2680xc80
switchtst–w27260xff9f
5）将9号端口《CPU口》的报文镜像到1号端口：
switchtst–w2580xcb0
switchtst–w27260x90
复原方式：
switchtst–w2680xc80
switchtst–w27260xff9f
注意配置以后，测试完毕，一定要注意复原原状，感谢！
二.2使用udpwatch打印日志
处理VOIP语音业务故障时，有时候需要使用udpwatch工具进行打印相关的日志文件，供
研发人员进行分析。
udpwatch的工具使用比较简单，使用某一台电脑能否telnet到终端的VOIP
地址就能够了。
例如F820，只要电脑能够telnet到F820的VOIP单板即可，D系列终端也是同样。
二.2.1udpwatch工具介绍
udpwatch工具如下：
udpwatch为onu语音模块的一个调试日志打印程序，通过那个程序能够打印出语音模块内部执行细节，在某些情形下，研发定位故障，需要现场配合做此操作。
具体操作如下:
登陆到D4XX上，依照具体需要执行如下命令中的一个或多个,
执行如下命令中的一个或多个，其中echo开头部分为命令的说明，不必执行，voipcli部分为实命令，依照说明和需要，IP地址设定和全局开关一定要执行，其余部分，能够执行其中的一个或多个。
执行命令后，需要在笔记本上运行udpwatch.exe，打开那个可执行程序后，右键能够选择是否
将所收到内容自动记录到文件，建议打开后就执行储存到文件。
在跟踪终止后，需要点击右键，清
除窗口，如此，所有的内容才能全部储存到文件中。
二.2.2F820的udpwatch打印日志方法
使用udpwatch工具方法，举例如下：
假设电脑的地址为192.168.1.116。
1）设置发送UdpwatchLog的目标机器IPv4地址
voipcli340000172.143.242.254
2）全局打印使能开关：
0关闭；1开启
voipcli3400101
3）H.248模块打印操纵开关：
0关闭；1只使能PH248CA_TRACEx（）的打印信息；2只使能PH248CA_WARNNGx（），PH248CA_ASSERT（）的打印信息;3使能全部3类函数的打印信息
voipcli3400203
4）MGCP模块打印操纵开关：
0关闭；1使能全部MGCP_TRACE（）,MGCP_WARNNG（）的打印信息；2只使能MGCP_WARNNG（）的打印信息。
该步骤可选，依照具体情形和步骤3选其一。
voipcli3400301
5）信令（H.248,MGCP）包打印使能开关：
0：
关闭；1开启
（部分MGCP版本代码被谁改过，只要34003设为1就打印MGCP信令，无需设置此项。
）
voipcli3401201
6）BCC打印操纵开关:
0关闭；1只打印error；2只打印warning；4只打印流程；7打印全部（error、warning、流程）
voipcli3401607
-----------------------------------------------------------------------------------------
7）RCM打印操纵开关:
0关闭；3使能全部RCM_WARNNG（）,RCM_TRACE（）,RCM_WARNING（）的打印信息
（RCM_ASSERT（）不受任何开关操纵，总能打印出。
）
voipcli3400803
8）SLC打印操纵开关：
0关闭；1只使能SLC_Print（）的打印信息；2使能全部SLC_Print（）和SLC_Print_Trace（）的打印信息
voipcli3400702
-----------------------------------------------------------------------------------------
9）DRIVER打印操纵开关：
0关闭；4使能warnprinttracedetail的打印信息；5使能更详尽的信息（不是专门清晰，慎用）
voipcli3400604
上面9步，其中第6步前为必须操作，后面7，8，9步依照情形进行设置，进行udpwatch打印时，假如不确定哪些开关系要打开，建议全部打开，即上面9步全部执行。
注意：
打印终止后，需要使用全局打印使能开关关闭打印：
voipcli3400100
二.2.3D系列终端的udpwatch打印日志方法
D系列终端的udpwatch打印方法和F820一样，那个地点就不在赘述。
参考2.1.2节即可。
二.3光功率检测
二.3.1工具介绍
常用的光功率计测试时可能存在光功率不准的现象，测试是符合要求的，然而上并不能正常开业务。
举荐的光功率计有：
ppm产品是加拿大生产的,代理商
JDSUOLP-57美国安科特纳公司制造
二.3.2光功率范畴
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板）
接收光功率：
－1～－24（1310nm）
发送光功率：
＋2～－3（1490nm）
EPFAL、EPFC（20公里PON板）
接收光功率：
－6～－27（1310nm）
发送光功率：
＋7～＋2（1490nm）
第三章ONU注册故障处理
三.1ONU注册不稳固
光功率计测试光功率是否在合理范畴；
观看误码统计；
检查多个ONU之间MAC地址是否冲突；
三.2无法搜索ONU
查看pon口工作状态，看是否打开；
用人机命令查看未注册ONU状态；
检查EPFC板治理的ONU类型是否设置正确；
检查ODN的光功率，更换硬件或PON口；
第四章相关技术通知单的执行
目前发货的ONU设备的开通过程中，需要执行如下几个技术通知单。
这些技术通知单能够解决较多的共性问题。
四.1技术通知单列表（包含OLT）
技术通知单名称
类型
公布时刻
技术通单附件
关于EPONOLT设备上联口trunk配置的说明
通告
2008-8-8
关于D400（OEM）数据配置问题的通知
通告
2008-7-28
关于EPONOLT设备数据下发功能对9806开局注意说明的通知
通告
2008-7-3
关于EPON产品OLT设备ZXA10C200/C220灵活QINQ版本公布的通知
通告
2008-6-13
关于C200C220组网/网元治理数量的通知
通告
2008-6-6
关于F820风扇噪声问题的处理意见通知
操作
2008-5-23
关于ZXA10F820串口线制作工艺
通知
2008-2-1
EPON终端ONU设备ZXA10-D400A，ZXA10-D402A升级到V1.0.0T6版本的通知
操作
2008-5-14
关于我司的软交换与其他厂家的PON终端对接存在来电显示的通知
操作
2008-5-16
关于检查F820设备MAC地址是否冲突或缺失的技术通知单
通知
2008-6-4
关于F820设备V16B板版本字节大小显示为304字节的技术通知单
通知
2008-6-5
F820升级规范的强调以及单板版本丢失的判定方法
通知
2008-7-14
关于EPON终端ZXA10F820升级到V1.0T6P3版本的通知
通知+实施
2008-7-30
关于F425A替换F425的通知
通知
2008-8-8
有关室外型机柜选点位置的说明
通知
2008-8－25
第五章F820及D系列终端语音故障
五.1语音不能注册上软交换
ONU终端开语音业务时，ONU的语音模块相当于一个IAD设备。
IAD设备需要通过相关协议
（H248，MGCP或者SIP）协议向软交换进行注册。
1）ONU发送注册消息给软交换，软交换回复报错的消息。
分两种情形：
一，和ONU对接的软交换为我司设备。
和我司设备对接时，假如存在报错，应该依旧是数据配置的问题。
因此关于此类问题的
处理，第一依旧建议从数据配置侧进行入手查起。
配合的查证手段有，软交换侧的信令跟踪和ONU侧的抓包分析，或者两者进行结合。
确保数据配置正确后，假如依旧存在报错，需要依照具体回复的错误进行分析，分析时需
要提供软交换侧的信令跟踪，或者终端侧的信令抓包。
抓包时，只需要提供信令消息即可，可
以不提供媒体抓包。
二，和ONU对接的软交换为其他厂家设备（一样为华为或者贝尔）。
和其他厂家对接时，假如存在报错。
除了存在数据配置错误的问题以外，还有可能是异种
厂家之间的互通的问题。
配合查证的手段有，ONU侧的信令抓包。
因为软交换设备为其他厂家的，因此处理故障
时，只能依照抓包进行分析。
同样，需要依照软交换回复的错误进行分析。
2）ONU发送注册消息给软交换，软交换不做回应。
终端和软交换对接时，假如确认ONU侧终端的数据配置没有问题，终端也正确发送注册
消息给软交换，然而软交换没有回复任何消息。
需要重点检查ONU终端以及对接的软交换的
数据配置是否正确，专门是域名配置，ONU注册IP地址配置。
其中域名是区分大小写的，需
注意。
3）ONU未发送注册消息给软交换。
假如ONU终端没有发送注册消息出去，能够确定问题确信处在ONU终端侧。
这类问题的排
查方法第一排查VOIP单板运行是否正常，假如正常需要检查终端的VOIP相关数据配置是否正确。
假如单板运行不正常，终端也可不能发注册包出去，现场能够考虑更换单板后再看。
五.2摘机忙音
ONU用户摘机忙音，需要分下面两种情形。
五.2.1查看ONU未注册
ONU没有注册，那么摘机忙音应该为终端自己放的。
第一需要解决终端未注册的问题，处理
的步骤同5.1节排查思路。
五.2.2查看ONU已注册
ONU差不多成功注册，摘机为忙音，这时的忙音一样情形下是软交换下发忙音的信令给终端，
终端再放的。
因此这类问题，需要第一检查相关的数据配置，同时软交换侧也需要检查数据配置是
确认双方数据配置没有问题时，在提供抓包进行分析。
五.3摘机无音
五.3.1摘机无馈电
ONU下接机摘机无音，第一需要检查机的指示灯是否亮，即检查话机是否有馈电。
假如没有馈电第一要检查用户线或者用户线电缆和话机以及ONU终端是否正确连接。
假如正
确连接，需要检查线是否是好用的。
假如是线能够考虑更换线进行尝试确认是否好。
假如关于F820的用户电缆，需要检查线序使用是否准确。
上述现象都排查后，假如依旧不能解决问题，F820需要考虑更换V16B或者V08B单板，D
系列终端需要更换设备。
五.3.2摘机有馈电
摘机假如有馈电，参照以下步骤进行排查：
1）上报摘机信令。
用户摘机上报了摘机信令，就需要依照软交换回复的信令进行分析。
这就需要提供抓包文件
进行分析。
2）不上报摘机信令，重启语音单板复原（D系列终端重启整个设备）正常。
用户摘机不上报摘机信令，重启单板或整个设备复原正常。
这类问题需要进行抓包和
Udpwatch日志打印。
供研发人员分析。
3）不上报摘机信令，重启单板（D系列终端重启整个设备）问题仍旧。
更换硬件，并记录更换后的设备的相关信息。
和研究所人员联系，将故障板件返修或者邮寄
到研究所进行进一步定位分析。
五.4呼叫失败
五.4.1未拨完号码后失败
ONU终端用户拨号后，号码没有拨完，就失败了。
这类故障第一考虑更换话机进行测试，排
除话机的收号问题。
然后再进行抓数据包进行分析，检查软交换下发的号码图标是否存在问题，
或者查看软交换下发的号码图表，ONU终端是否能够正确解析，识别。
需要时，能够考虑对比测试，对比同一个号码图表下的AG，IAD的收号情形，进行对比分析。
五.4.2拨完号码失败
拨完号码后失败，这类故障应该和F820的关系不大，要紧缘故在于软交换。
排查此类故障
除了终端侧进行抓包分析以外，更要紧的是依靠软交换进行故障分析。
五.4.3二次拨号，失败
用户拨号某一语音平台，听提示音拨入1，或者2等按键选择，切不断语音。
这类要紧在于F820的收号方式和语音平台的匹配问题。
此类问题，要紧是依靠抓包进行分析。
不做任何过滤抓包。
五.5语音质量问题
五.5.1语音断续
此类问题要紧是丢包引起。
遇到此类问题能够先从网络上进行排查，能够登录终端的语音地
址，然后ping作为被叫的网关的IP地址，用以判定是否存在丢包。
同时也能够依据抓包进行分
析，将抓到的RTP包，使用ethreal工具进行RTP分析，是否丢包，哪个方向丢包。
另外，丢包还有可能因为设备内部丢包引起，这类故障的解决要紧依靠升级终端版本。
抓包时不做过滤。
必要时需要在ONU和OLT侧同时抓包，进行对比分析，确认故障点。
五.5.2杂音
第一需要排除外线，话机等问题，杂音问题较多的和这些有关。
另外，关于F820，接地也会阻碍语音质量，假如具备接地条件，都要求接地。
最后要排除风
扇电源的问题，处理故障时能够优先考虑将风扇的电源线拔掉，进行对比测试。
确认上述方法无法解决后，需要进行抓包分析，抓包时不做过滤。
必要时需要在ONU
和OLT侧同时抓包，进行对比分析，确认故障点。
五.5.3回音
回音问题第一要排除是否为现场环境造成回声，判定方法能够考虑更换环境进行拨打对比测试。
假如确认不是环境问题造成的，应该确实是设备内部造成的回声，这类问题需要第一明确回声
的方向，同时需要进行抓包。
抓包时不做过滤。
五.6VOIP吊死
五.6.1整个VOIP单板吊死
整个VOIP单板下的用户都不能打。
第一要判定VOIP单板和软交换之间是否还正常交
互，能够telnet到VOIP单板上去，ping软交换地址通不通。
然后进行单板复位，看是否能够复原业务。
假如不能复原业务，查看单板运行是否正常。
如
果复位单板能够复原业务，就需要进行观看此类故障是否能够复现。
此类故障需要进行全程抓包
分析，抓包需要包含单板运行正常到整个单板吊死的全过程。
必要时需要采纳udpwatch进行打印日志供研发人员分析。
五.6.2个别端口吊死
个别端口吊死，第一检查终端的命令配置是否正确。
专门是和其他厂家设备对接时，链路检
测等开关是否正确设置。
个别端口吊死，要紧存在于不同厂家设备对接时显现，此类故障解决方法是全程抓包，抓包
需要包含端口状态正常到吊死的全过程。
必要时还需要采纳udpwatch进行打印日志供研发人员分析。
五.7POS机拨号问题（拨号上网问题）
第一判定是否存在丢包，设备内部丢包依旧外部丢包。
能够采纳telnet到VOIP板上再ping
的方法进行初步测试。
必要时还需要在ONU和OLT侧同时抓包，确定丢包点在什么地点。
排除丢包的可能性后抓包分析，抓包不要设置过滤条件，必要时还需要采纳udpwatch进行打
印日志供研发人员分析。
五.8问题
第一需要确定ONU终端采纳的方式是否和软交换采纳的方式保持一致，不一致时
需要设置为一致。
确认为设置没有问题后，假如依旧不行，能够考虑修改ONU的方式为透传，不操纵方式进行尝试。
另外还要排除过程中的丢包缘故，对丢包要求专门高，一样要求丢包率小于1%。
排除丢包的可能性后抓包分析，抓包不要设置过滤条件，必要时还需要采纳udpwatch进行打
印日志供研发人员分析。
五.9智能公话
需要抓包供研发人员分析，抓包不要设置过滤条件，必要时还需要采纳udpwatch进行打印日志供研发人员分析。
第六章F820数据业务部分
F820数据业务的故障，第一要排查的确实是F820上联的OLT针对F820设置的上下行带宽，
OLT在数据配置上就要保证带宽。
检查ONU带宽设定是否过小，例如将上下行都按以下设置：
最大带宽设置为100000Kbps，保证带宽设置为50000Kbps，突发包设置为180000。
检查OLT算法设置是否正确，一样设置成外部算法；
检查所有VLAN内的PON口是否都配置成TAG方式；
检查告警记录和通知消息内，是否有F820掉线的记录，是否光路误码阻碍；
检查上联网络的问题，检查配置数据
升级会员 