终端设备故障处理流程模板.doc

ZXA10-EPON终端设备故障处理步骤（V1.0）-08中兴通讯网络事业部固网交换用服部修改统计文档编号版本号拟制人/修改人拟制/修改日期更改理由关键更改内容（写关键点即可）0901V1.0韩宏伟-9-1重编全部内容目 录第1章 序言11.1 适用范围11.2 关键性1第2章 常见操作22.1 镜像抓包22.1.1 工具介绍22.1.2 F820镜像抓包方法22.1.3 D系列终端抓包方法32.2 使用udpwatch打印日志52.2.1 udpwatch工具介绍52.2.2 F820udpwatch打印日志方法62.2.3 D系列终端udpwatch打印日志方法72.3 光功率检测72.3.1 工具介绍72.3.2 光功率范围7第3章 ONU注册故障处理93.1 ONU注册不稳定93.2 无法搜索ONU9第4章 相关技术通知单实施104.1 技术通知单列表（包含OLT）10第5章 F820及D系列终端语音故障135.1 语音不能注册上软交换135.2 摘机忙音145.2.1 查看ONU未注册145.2.2 查看ONU已注册145.3 摘机无音145.3.1 摘机无馈电145.3.2 摘机有馈电155.4 呼叫失败155.4.1 未拨完号码后失败155.4.2 拨完号码失败155.4.3 二次拨号，失败165.5 语音质量问题165.5.1 语音断续165.5.2 杂音165.5.3 回音165.6 VOIP吊死175.6.1 整个VOIP单板吊死175.6.2 部分端口吊死175.7 POS机拨号问题（拨号上网问题）175.8 传真问题175.9 智能公话18第6章 F820数据业务部分196.1 F820数据端口吊死196.1.1 数据端口全部吊死196.1.2 部分吊死196.1.3 数据，语音同时吊死196.2 PPPOE拨号异常206.2.1 MAC地址环回206.2.2 PPPOE拨号常见错误码排查206.3 上网丢包严重216.4 IPTV故障22第1章 序言1.1 适用范围本手册适用人员为：在中兴通讯ZXA10-EPON终端设备工程现场全部些人员（包含中兴通讯各用服处、用服部、开发部、测试部和运行商设备维护人员）。本手册适用范围为：1、 设备维护过程中，EPON终端F820，D4xx，F425A等故障处理。2、 F425A终端版本和D42x系列终端版本一致，所以故障处理方法也和D42x终端一样。此处不再单独列出故障处理方法。1.2 关键性本文用于指导ZXA10-EPON终端设备维护人员在设备出问题时怎样进行立即故障定位和故障排除。设备一旦出现紧急故障，现场人员必需根据紧急故障处理步骤向后方汇报，并根据后方技术支持人员意见，主动稳妥进行对应操作，在最短时间内处理故障。第2章 常见操作2.1 镜像抓包现场人员进行故障处理，有时需要抓数据包进行分析。本节介绍终端抓包方法，用于指导现场工程师进行操作。2.1.1 工具介绍抓包工具很多，有Ethreal，WireShark，Sniffer等。其中Ethreal和WireShark较为常见。因为Wireshark和Ethreal工具为同一产品不一样版本，而且Ethreal使用比较广泛版本比较新。本节关键介绍Ethreal使用方法。Ethreal版本能够经过FTP下载：FTP 10.40.5.1 目录：/e:/ftp/ZXSS10科/长久保留/常见工具和补丁/ethereal-setup-0.10.13(1).exe用户名：engread 密码：nyftp080516版本安装完成后，使用方法参见以下附件：2.1.2 F820镜像抓包方法F820镜像抓包关键有分为以下两种：1） 镜像上联口2） 镜像某一以太网口数据包现场需要依据情况，决定是进行F820上联口镜像抓包还是仅镜像某一个以太网口。假如假如现场不确定是否能否抓全数据包，这里提议镜像上联口数据包，这么抓到数据包是最全。 下面例子将进入gei_0/2/1（上联口）数据包镜像到fei_0/1/1上去：1）全局配置模式下，创建一个镜象会话：ZXAN(config)#monitor session 1然后进入端口gei_0/2/1，设置BOTH为镜象源（能够使用帮助命令，也能够是TX、RX）：ZXAN(config)#interface gei_0/2/1ZXAN(config-if)#monitor session 1 source direction bothZXAN(config-if)#exit最终进入端口fei_0/1/1，设置其为镜象目标端口：ZXAN(config)#interface fei_0/1/1ZXAN(config-if)#monitor session 1 destination上面步骤完成后，在fei_0/1/1端口接上电脑，运行抓包工具后，就能够将上联口gei_0/2/1全部发送接收数据全部能够抓下来了。2）每次镜像完成后全部需要关闭镜像命令，F820镜像取消配置。全局配置模式下，关闭端口隔离.ZXAN(config)#eth-switch port-protect disable进入到端口取消镜像源：ZXAN(config)#interface gei_0/2/1ZXAN(config-if)# no monitor session ZXAN(config)#interface fei_0/1/1ZXAN(config-if)# no monitor session 说明：现在F820版本，最多只能支持一个镜像， 即monitor session 1。2.1.3 D系列终端抓包方法D系列终端镜像不能经过WEB页面进行配置，需要telnet到D系列终端上，进行数据配置。有些数据包处理是需要D系列终端CPU进行处理，如VOIP相关协议等，还有还有部分数据包是直接由以太网芯片进行处理后，经过上联口出去了，不经过CPU。所以抓包时需依据情况决定是抓上联口包还是CPU包。D系列终端缺省认为9号口是CPU，10号口是上联口。其中D400A或D402Atelent端口号为缺省23，不过D42xtelnet端口号为2323。所以telnet时需要访问终端管理地址，缺省情况下管理地址为192.168.1.1，所以方法以下： telnet 192.168.1.1 2323登录到终端后，下面经过举例来说明怎样实施命令进行抓包：1）将1号口报文镜像到4号口：Switchtst w 16 8 0xcb0switchtst w 27 26 0x3393恢复方法：switchtst w 16 8 0xc80switchtst w 27 26 0xff9f2）将10号端口（上联口）报文镜像到4号端口：switchtst w 26 8 0xcb0switchtst w 27 26 0x3393恢复方法：switchtst w 26 8 0xc80switchtst w 27 26 0xff9f3）将9号端口（CPU口）报文镜像到4号端口：switchtst w 25 8 0xcb0switchtst w 27 26 0x3393恢复方法：switchtst w 26 8 0xc80 switchtst w 27 26 0xff9f4）将10号端口（上联口）报文镜像到1号端口：switchtst w 26 8 0xcb0switchtst w 27 26 0x90恢复方法：switchtst w 26 8 0xc80switchtst w 27 26 0xff9f5）将9号端口CPU口报文镜像到1号端口：switchtst w 25 8 0xcb0switchtst w 27 26 0x90恢复方法：switchtst w 26 8 0xc80switchtst w 27 26 0xff9f注意配置以后，测试完成，一定要注意恢复原状，谢谢！2.2 使用udpwatch打印日志处理VOIP语音业务故障时，有时候需要使用udpwatch工具进行打印相关日志文件，供研发人员进行分析。udpwatch工具使用比较简单，使用某一台电脑能否telnet到终端VOIP地址就能够了。比如F820，只要电脑能够telnet到F820VOIP单板即可，D系列终端也是一样。2.2.1 udpwatch工具介绍udpwatch工具以下：udpwatch为onu语音模块一个调试日志打印程序，经过这个程序能够打印出语音模块内部实施细节，在一些情况下，研发定位故障，需要现场配合做此操作。具体操作以下:登陆到D4XX上，依据具体需要实施以下命令中一个或多个,实施以下命令中一个或多个，其中echo开头部分为命令说明，无须实施，voipcli部分为实命令，根听说明和需要，IP地址设定和全局开关一定要实施，其它部分，能够实施其中一个或多个。实施命令后，需要在笔记本上运行udpwatch.exe，打开这个可实施程序后，右键能够选择是否将所收到内容自动统计到文件，提议打开后就实施保留到文件。在跟踪结束后，需关键点击右键，清除窗口，这么，全部内容才能全部保留到文件中。2.2.2 F820udpwatch打印日志方法使用udpwatch工具方法，举例以下：假设电脑地址为192.168.1.116。1）设置发送Udpwatch Log目标机器IPv4地址voipcli 34000 0 172.143.242.2542）全局打印使能开关：0 关闭；1 开启voipcli 34001 0 13）H.248模块打印控制开关：0 关闭；1 只使能PH248CA_TRACEx()打印信息；2 只使能PH248CA_WARNNGx()，PH248CA_ASSERT()打印信息; 3 使能全部3类函数打印信息voipcli 34002 0 34）MGCP模块打印控制开关：0 关闭；1 使能全部MGCP_TRACE(),MGCP_WARNNG()打印信息；2 只使能MGCP_WARNNG()打印信息。该步骤可选，依据具体情况和步骤3选其一。 voipcli 34003 0 15）信令(H.248,MGCP)包打印使能开关：0：关闭；1开启（部分MGCP版本代码被谁改过，只要34003设为1就打印MGCP信令，无需设置此项。）voipcli 34012 0 16）BCC打印控制开关: 0 关闭；1 只打印error；2 只打印warning；4 只打印步骤；7 打印全部（error、warning、步骤）voipcli 34016 0 7-7）RCM打印控制开关: 0 关闭；3 使能全部 RCM_WARNNG(),RCM_TRACE(),RCM_WARNING()打印信息（RCM_ASSERT()不受任何开关控制，总能打印出。）voipcli 34008 0 38）SLC打印控制开关：0 关闭；1 只使能SLC_Print()打印信息；2 使能全部SLC_Print()和SLC_Print_Trace()打印信息voipcli 34007 0 2-9）DRIVER打印控制开关：0 关闭；4 使能warn print trace detail打印信息；5 使能更详尽信息（不是很清楚，慎用）voipcli 34006 0 4上面9步，其中第6步前为必需操作，后面7，8，9步依据情况进行设置，进行udpwatch打印时，假如不确定哪些开关系要打开，提议全部打开，即上面9步全部实施。注意：打印结束后，需要使用全局打印使能开关关闭打印： voipcli 34001 0 02.2.3 D系列终端udpwatch打印日志方法D系列终端udpwatch打印方法和F820一样，这里就不在赘述。参考2.1.2节即可。2.3 光功率检测2.3.1 工具介绍常见光功率计测试时可能存在光功率不准现象，测试是符合要求，不过上并不能正常开业务。推荐光功率计有：ppm 产品是加拿大生产,代理商JDSU OLP-57 美国安科特纳企业制造2.3.2 光功率范围ONU终端： 接收光功率：-8-24db 发送光功率：+4-1dbC200/C220光功率：接收：-6-27db 发送：+2+7插损分光器插损：1：2大约3db，每增加一倍增加3db法兰引入插损：0.5db/个熔接头引入插损：0.1db/个光纤衰减下行 1490nm 光纤衰减系数0.36db/km上行1310nm 光纤衰减系数0.42db/kmEPFAS（10公里PON板）接收光功率： 124 （1310nm）发送光功率： 23 （1490nm）EPFAL、EPFC（20公里PON板）接收光功率： 627 （1310nm）发送光功率： 72 （1490nm）第3章 ONU注册故障处理3.1 ONU注册不稳定 光功率计测试光功率是否在合理范围； 察看误码统计； 检验多个ONU之间MAC地址是否冲突；3.2 无法搜索ONU 查看pon口工作状态，看是否打开； 用人机命令查看未注册ONU状态； 检验EPFC板管理ONU类型是否设置正确； 检验ODN光功率，更换硬件或PON口；第4章 相关技术通知单实施现在发货ONU设备开经过程中，需要实施以下多个技术通知单。这些技术通知单能够处理较多共性问题。4.1 技术通知单列表（包含OLT）技术通知单名称类型公布时间技术通单附件相关EPON OLT设备上联口trunk配置说明通告-8-8相关D400(OEM)数据配置问题通知通告-7-28相关EPON OLT设备数据下发功效对9806开局注意说明通知通告-7-3相关EPON产品OLT设备ZXA10 C200/C220 灵活QINQ版本公布通知通告-6-13相关C200C220 组网/网元管理数量通知通告-6-6相关F820风扇噪声问题处理意见通知操作-5-23相关ZXA10 F820 串口线制作工艺通知-2-1EPON终端ONU设备ZXA10-D400A，ZXA10-D402A升级到V1.0.0T6版本通知操作-5-14相关本企业软交换和其它厂家PON终端对接存在来电显示通知操作-5-16相关检验F820设备MAC地址是否冲突或缺失技术通知单通知-6-4相关F820设备V16B板版本字节大小显示为304字节技术通知单通知-6-5F820升级规范强调和单板版本丢失判定方法通知-7-14相关EPON终端ZXA10 F820升级到V1.0 T6P3版本通知通知+实施-7-30相关F425A替换F425通知通知-8-8相关室外型机柜选点位置说明通知-825第5章 F820及D系列终端语音故障5.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相关数据配置是否正确。假如单板运行不正常，终端也不会发注册包出去，现场能够考虑更换单板后再看。5.2 摘机忙音ONU用户摘机忙音，需要分下面两种情况。5.2.1 查看ONU未注册ONU没有注册，那么摘机忙音应该为终端自己放。首先需要处理终端未注册问题，处理步骤同5.1节排查思绪。5.2.2 查看ONU已注册ONU已经成功注册，摘机为忙音，这时忙音通常情况下是软交换下发忙音信令给终端，终端再放。所以这类问题，需要首先检验相关数据配置，同时软交换侧也需要检验数据配置是确定双方数据配置没有问题时，在提供抓包进行分析。5.3 摘机无音5.3.1 摘机无馈电ONU下接电话机摘机无音，首先需要检验电话机指示灯是否亮，即检验话机是否有馈电。假如没有馈电首先要检验用户线或用户线电缆和话机和ONU终端是否正确连接。假如正确连接，需要检验线是否是好用。假如是电话线能够考虑更换电话线进行尝试确定是否好。假如对于F820用户电缆，需要检验线序使用是否正确。上述现象全部排查后，假如仍然不能处理问题，F820需要考虑更换V16B或V08B单板，D系列终端需要更换设备。5.3.2 摘机有馈电摘机假如有馈电，参考以下步骤进行排查：1） 上报摘机信令。用户摘机上报了摘机信令，就需要依据软交换回复信令进行分析。这就需要提供抓包文件进行分析。2） 不上报摘机信令，重启语音单板恢复（D系列终端重启整个设备）正常。用户摘机不上报摘机信令，重启单板或整个设备恢复正常。这类问题需要进行抓包和Udpwatch日志打印。供研发人员分析。3） 不上报摘机信令，重启单板（D系列终端重启整个设备）问题依旧。更换硬件，并统计更换后设备相关信息。和研究所人员联络，将故障板件返修或邮寄到研究所进行深入定位分析。5.4 呼叫失败5.4.1 未拨完号码后失败ONU终端用户拨号后，号码没有拨完，就失败了。这类故障首先考虑更换话机进行测试，排除话机收号问题。然后再进行抓数据包进行分析，检验软交换下发号码图标是否存在问题，或查看软交换下发号码图表，ONU终端是否能够正确解析，识别。 需要时，能够考虑对比测试，对比同一个号码图表下AG，IAD收号情况，进行对比分析。5.4.2 拨完号码失败拨完号码后失败，这类故障应该和F820关系不大，关键原因在于软交换。排查这类故障除了终端侧进行抓包分析以外，更关键是依靠软交换进行故障分析。5.4.3 二次拨号，失败用户拨号某一语音平台，听提醒音拨入1，或2等按键选择，切不停语音。这类关键在于F820收号方法和语音平台匹配问题。这类问题，关键是依靠抓包进行分析。不做任何过滤抓包。5.5 语音质量问题5.5.1 语音断续这类问题关键是丢包引发。碰到这类问题能够先从网络上进行排查，能够登录终端语音地址，然后ping作为被叫网关IP地址，用以判定是否存在丢包。 同时也能够依据抓包进行分析，将抓到RTP包，使用ethreal工具进行RTP分析，是否丢包，哪个方向丢包。另外，丢包还有可能因为设备内部丢包引发，这类故障处理关键依靠升级终端版本。抓包时不做过滤。必需时需要在ONU和OLT侧同时抓包，进行对比分析，确定故障点。5.5.2 杂音首先需要排除外线，话机等问题，杂音问题较多和这些相关。另外，对于F820，接地也会影响语音质量，假如含有接地条件，全部要求接地。最终要排除风扇电源问题，处理故障时能够优先考虑将风扇电源线拔掉，进行对比测试。确定上述方法无法处理后，需要进行抓包分析，抓包时不做过滤。必需时需要在ONU和OLT侧同时抓包，进行对比分析，确定故障点。5.5.3 回音回音问题首先要排除是否为现场环境造成回声，判定方法能够考虑更换环境进行拨打对比测试。假如确定不是环境问题造成，应该就是设备内部造成回声，这类问题需要首先明确回声方向，同时需要进行抓包。抓包时不做过滤。5.6 VOIP吊死5.6.1 整个VOIP单板吊死整个VOIP单板下用户全部不能打电话。首先要判定VOIP单板和软交换之间是否还正常交互，能够telnet到VOIP单板上去，ping软交换地址通不通。然后进行单板复位，看是否能够恢复业务。假如不能恢复业务，查看单板运行是否正常。如果复位单板能够恢复业务，就需要进行观察这类故障是否能够复现。这类故障需要进行全程抓包分析，抓包需要包含单板运行正常到整个单板吊死全过程。必需时需要采取udpwatch进行打印日志供研发人员分析。5.6.2 部分端口吊死部分端口吊死，首先检验终端命令配置是否正确。尤其是和其它厂家设备对接时，链路检测等开关是否正确设置。 部分端口吊死，关键存在于不一样厂家设备对接时出现，这类故障处理方法是全程抓包，抓包需要包含端口状态正常到吊死全过程。 必需时还需要采取udpwatch进行打印日志供研发人员分析。5.7 POS机拨号问题（拨号上网问题）首先判定是否存在丢包，设备内部丢包还是外部丢包。能够采取telnet到VOIP板上再ping方法进行初步测试。必需时还需要在ONU和OLT侧同时抓包，确定丢包点在什么地方。排除丢包可能性后抓包分析，抓包不要设置过滤条件，必需时还需要采取udpwatch进行打印日志供研发人员分析。5.8 传真问题首先需要确定ONU终端采取传真方法是否和软交换采取传真方法保持一致，不一致时需要设置为一致。 确定为传真设置没有问题后，假如传真仍然不行，能够考虑修改ONU传真方法为透传，不控制方法进行尝试。另外还要排除传真过程中丢包原因，传真对丢包要求很高，通常要求丢包率小于1%。排除丢包可能性后抓包分析，抓包不要设置过滤条件，必需时还需要采取udpwatch进行打印日志供研发人员分析。5.9 智能公话需要抓包供研发人员分析，抓包不要设置过滤条件，必需时还需要采取udpwatch进行打印日志供研发人员分析。第6章 F820数据业务部分F820数据业务故障，首先要排查就是F820上联OLT针对F820设置上下行带宽，OLT在数据配置上就要确保带宽。检验ONU带宽设定是否过小，比如将上下行全部按以下设置：最大带宽设置为100000Kbps，确保带宽设置为50000Kbps，突发包设置为180000。检验OLT算法设置是否正确，通常设置成外部算法；检验全部VLAN内PON口是否全部配置成TAG方法；检验告警统计和通知消息内，是否有F820掉线统计，是否光路误码影响；检验上联网络问题，检验配置数据和收发数据包情况；假如F820下连接是局域网或多根网线，可断开后单独接一台电脑测试，排除局域网问题。确保上下行带宽没有问题后，进行以下排查。6.1 F820数据端口吊死 确保带宽没有问题后，需要数据吊死分为以下三种情况。6.1.1 数据端口全部吊死数据端口全部吊死时，需要检验数据配置是否正确。假如确定数据配置没有问题，需要检验F820设备单板运行是否正常。 确定是单板故障，能够考虑重启设备看是否能够恢复业务，假如仍然不行，需要考虑更换单板或更换机框。6.1.2 部分吊死部分端口吊死现象比较少见，关键存在于部分数据端口配置错误时出现。6.1.3 数据，语音同时吊死语音数据同时吊死，关键检验MS8E单板运行是否正常，EPUA单板是否正常。同时还需要检验EPUA口光功率，看是否符合标准。这类问题出现，关键处理思绪是重启设备能够临时处理，同时需要确保F820版本在最新版本。确定上述方法全部尝试后，需要更换单板，机框处理。并将更换下单板，机框进行返修。6.2 PPPOE拨号异常6.2.1 MAC地址环回MAC地址环回，关键存在于相同MAC地址，在同一PON口下F820中同时出现。这类故障关键是F820之间有连线，造成F820和OLT之间存在MAC地址环回。 环回产生后，终端拨号成功率很低。数次拨号才可能有偶然一次或几次成功。6.2.2 PPPOE拨号常见错误码排查PPPoE拨号异常，关键依据抓包进行分析，依据抓包情况进行分析，故障点可能出现在哪里。PPPoE拨号步骤以下，参考此文档能够进行问题分析。 另外，下面还整理了部分拨号中出现常见错误码，也能够经过这些错误码进行初步定位分析。（1）645故障描述：拨号适配器未装这种情况关键针对Windows ME和Windows98而言，处理措施是在Windows98下添加拨号适配器组件即可。对Windows ME而言，因为它没有直接添加拨号适配器选项，所以必需在控制面板中先删除拨号网络组件，再添加拨号网络组件完成适配器添加。（2）691/629故障描述：不能经过验证可能原因是用户账户或密码输入错误，或用户账户余额不足，用户在使用时未正常退出而造成用户账号驻留，可等候几分钟或重新开启后再拨号。（3）630故障描述：无法拨号，没有适宜网卡和驱动可能原因是网卡未安装好、网卡驱动不正常或网卡损坏。检验网卡是否工作正常或更新网卡驱动。（4）633故障描述：找不到电话号码簿，没有找到拨号连接这可能是没有正确安装PPPOE驱动或驱动程序已遭损坏，或Windows系统有问题。提议删除已安装PPPOE驱动程序，重新安装PPPOE驱动，同时检验网卡是否工作正常。如仍不能处理问题，可能是系统有问题，提议重装系统后再添加PPPOE驱动。（5）720故障描述：不支持PPPOE连接它是Windows 特有故障，提议重新开启后再进行连接，如仍不能排除故障，提议重装系统。（6）697故障描述：网卡禁用只要在设备管理中重新启用网卡即可。（7）769故障描述：拨号时报769错误在Windows XP系统中网卡被禁用、系统检测不到网卡或拨号软件故障，有时会报769错误。重新启用网卡、检验网卡工作是否正常或重装拨号软件即可处理。（8）678故障描述：无法建立连接这个故障比较复杂，用户和BRAS链路中任何一个步骤有问题，全部可能造成678故障，应依据不一样情况作对应处理。6.3 上网丢包严重因为OLT和F820之间是经过光纤连接，所以通常情况下上网丢包问题不在F820和OLT之间。假如上网丢包严重，需要进行分段排查。 首先就是检验光路光功率是否符合要求。 其次，需要在OLT和F820侧进行对比抓包测试，分析是否丢包。假如丢包原因不在OLT和F820之间，那么需要局方进行排查。假如确定是在OLT和F820侧，那么还需要区分丢包是在F820内部还是在OLT内部。 一旦确定是在F820侧，就先看F820版本是否为最新版本，确定版本没有问题后，能够考虑更换主控板MS8E，以太网接口板EI8E和6.4 IPTV故障IPTV出现故障关键有图像停滞，卡；频道切换慢等。针对IPTV出现故障，关键处理步骤以下。1， 检验组播配置是否正确；2， 能够查询到主控板上收到加入包组播组mac地址，加入组播组端口和对应组播VLAN。请检验该mac是否对应配置组播ip。 ；3， 显示加入该组播组ONU和ONU端口。假如配置组播组成功，就能够查询到组播组统计。假如ONU发了加入包上来了，就能查询到该组播组中已经加入ONU和ONU端口。假如组播组统计为空，可能是EPFC上没有配置成功；假如ONU统计为空，可能ONU没有转发加入包到EPFC，需要检验ONU组播配置 ；4， 机顶盒发出加入包给ONU后，在用户标识列表中查询组播vlan，目标mac列表中查询组播mac地址。假如还是显示为0，说明ONU上没有建立起组播组。需要检验ONU配置，或机顶盒配置；5， 检验ONU端口tag是否剥离；6， 更深入排查需要经过抓包分析检验网络情况。