ZXA10-EPON终端设备故障处理流程.docx

内部公开ZXA10-EPON终端设备故障处理流程（V1.0）2008-08中兴通讯网络事业部固网交换用服部修改记录文档编号版本号拟制人/修改人拟制/修改日期更改理由主要更改内容（写要点即可）20080901V1.0韩宏伟2008-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 F820的udpwatch打印日志方法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本文中的所有信息归中兴通讯股份有限公司所有，未经允许，不得外传 第6页共39页第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或者D402A的telent端口号为缺省的23，但是D42x的telnet端口号为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到F820的VOIP单板即可，D系列终端也是同样。2.2.1 udpwatch工具介绍udpwatch工具如下：udpwatch为onu语音模块的一个调试日志打印程序，通过这个程序可以打印出语音模块内部执行细节，在某些情况下，研发定位故障，需要现场配合做此操作。具体操作如下:登陆到D4XX上，根据具体需要执行如下命令中的一个或多个,执行如下命令中的一个或多个，其中echo开头部分为命令的说明，不必执行，voipcli部分为实命令，根据说明和需要，IP地址设定和全局开关一定要执行，其余部分，可以执行其中的一个或多个。执行命令后，需要在笔记本上运行udpwatch.exe，打开这个可执行程序后，右键可以选择是否将所收到内容自动记录到文件，建议打开后就执行保存到文件。在跟踪结束后，需要点击右键，清除窗口，这样，所有的内容才能全部保存到文件中。2.2.2 F820的udpwatch打印日志方法使用udpwatch工具方法，举例如下：假设电脑的地址为192.168.1.116。1）设置发送Udpwatch Log的目标机器IPv4地址voipcli 34000 0 172.143.242.254 2）全局打印使能开关：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/km EPFAS（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配置的说明通告2008-8-8关于D400(OEM)数据配置问题的通知通告2008-7-28关于EPON OLT设备数据下发功能对9806开局注意说明的通知通告2008-7-3关于EPON产品OLT设备ZXA10 C200/C220 灵活QINQ版本发布的通知通告2008-6-13关于C200C220 组网/网元管理数量的通知通告2008-6-6关于F820风扇噪声问题的处理意见通知操作2008-5-23关于ZXA10 F820 串口线制作工艺通知2008-2-1EPON终端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-5F820升级规范的强调以及单板版本丢失的判断方法通知2008-7-14关于EPON终端ZXA10 F820升级到V1.0 T6P3版本的通知通知+实施2008-7-30关于F425A替换F425的通知通知2008-8-8有关室外型机柜选点位置的说明通知2008-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 2000特有的故障，建议重新启动后再进行连接，如仍不能排除故障，建议重装系统。（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， 更深入的排查需要通过抓包分析检查网络情况。