GPON基本操作及故障处理

Page35学习目标1.GPON基本原理2.B/C类 FTTX GPON 开局基本操作3.常见故障处理Page 36故障处理流程故障处理准备初步定位故障位置初步判断故障范围查找故障原因 排除故障 联系华为技术支持 屏蔽或隔离故障排除故障查看故障是否已恢复 检查光口、光纤状况检查设备运行状态检查ONU状态检查设备统计信息检查设备数据配置检查上层设备状态1 12 23 34 45 5Page 37故障处理流程故障处理准备初步定位故障位置初步判断故障范围•接到用户申告、系统告警、网管侧告警后，应初步判断故障范围，在充分了解组网、业务的基础上，对故障影响范围、类型、故障点建立初步的认识1 1Page 38收集故障信息 故障现象故障现象可能原因可能原因多台设备业务故障上层设备问题整框业务故障•主控板或上行板故障 •上行端口光路问题•电源供电问题•网络攻击 •数据配置问题单板业务故障•业务板故障 •与主控板通信问题个别端口业务故障•用户终端或线路故障•分光器故障•业务板端口故障 •设备的数据配置问题 •初步定位故障位置，了解问题可能的原因，评估严重程度Page 39使用方法：对比分析•对比是指将故障的部件或现象与正常的部件或现象进行比较分析，查出不同点，从而找出问题的所在，一般适用于故障单一的场合。

–相同BRAS或Lanswitch下面–相同的机框不同的单板–相同的单板不同的接口–相同的接口不同的终端–相同的终端不同的接口PCONT&MDUOLTIPIPBRASPCLSPage 40故障处理知识准备nODN组网结构、分光器原理、上下行光波分复用特性n测试工具n抓包工具光纤接入的原理常用仪表的基本操作nPPPoE、DHCP、H.248、IGMP等协议和交互方式业务流程、协议、配置nOLTnMDU、ONT典型故障n快速定位n专业知识n故障预判关键关键Page 41故障处理相关信息•了解工程组网信息–网络拓扑信息•组网，上层网络交换机、路由器连接情况–业务配置信息•VLAN标签添加，单层、多层VLAN•语音数据、协议接口–设备运行状态–工程文档n现场操作时做好故障现场数据的采集与保存nbackup tftp data/configurationPage 42故障处理流程查找故障原因 检查光口、光纤状况检查设备运行状态检查ONU状态检查设备统计信息检查设备数据配置检查上层设备状态•在初步判定故障范围的基础上，按照先局端设备，后用户设备，先数据后物理线路的方式查找故障点和故障原因2 2Page 43检查设备运行状态•检查主控板的运行灯状态–正常情况：RUN ALM 灯1s 亮1s 灭，周期闪烁，主用主控板ACT 灯长亮。

–如果出现异常，请检查主控板是否接触良好•检查业务板的运行灯状态–正常情况：RUN ALM 灯1s 亮1s 灭，周期闪烁–如果出现异常，请检查业务板是否接触良好•检查PON接口灯状态–正常情况下：ONU时，PON 接口的灯长亮–如果出现PON口灯不亮，请检查光口激光器是否打开如果被关闭，在GPON 模式下，使用port portid laser-switch onport portid laser-switch on命令打开Page 44告警分析•告警信息包含故障或异常现象的具体描述、可能的发生原因、有哪些修复建议等等，涉及硬件、链路、业务、CPU 占用率等各个方面，信息量大且全，是进行故障分析和定位的重要依据之一•获取告警信息有以下几种途径：–N2000网管告警面板–命令行模式display alarm history命令查询–现场设备单板指示灯告警分类告警分类告警分类告警分类告警级别告警级别告警级别告警级别告警原因告警原因告警原因告警原因通信类告警业务质量类告警处理出错类告警硬件设备类告警环境类告警严重重要次要警告多种Page 45告警分析•huawei(config)#display alarm history–{ alarmclass|alarmid|alarmlevel|alarmparameter|alarmsn|alarm–K>|alarmtype|all }:all–ALARM 4031 故障告警 警告 0x60311011 硬件设备类 2009-08-11 17:27:21–  告警名称 ：ONT掉电(DGi)–  参数信息 ：机框号: 0, 槽位号: 2, 端口号: 0, ONT ID: 3, 硬件版本: H821EPUA–  告警描述 ：ONT掉电(Dgi)，ONT下线业务中断–  告警原因 ：ONT电源出现异常–  修复建议 ：检查ONT电源，保证ONT电源正常工作–  --- END–  ALARM 4030 恢复告警 清除 0x60321011 硬件设备类 2009-08-11 17:27:21–  告警名称 ：ONT掉电(DGi)恢复–  参数信息 ：机框号: 0, 槽位号: 2, 端口号: 0, ONT ID: 3, 硬件版本: H821EPUA–  告警描述 ：ONT掉电(DGi)恢复–  告警原因 ：无–  修复建议 ：无需处理–  --- END·Page 46日志分析•通过查询日志发现一些异常的配置•命令行模式display log all命令查询–发现是否存在误操作•huawei(config)#display log •{ all|cli|failure|index|memory|name|snmp }:–---------------------------------------------------------------------------–序号  用户名                            域名              IP地址– 271  huawei456                         --    　          192.168.146.76–时间：2009-08-11 16:40:38–操作：ip address 172.16.146.150 16–---------------------------------------------------------------------------–序号  用户名                            域名              IP地址– 270  huawei456                         --    　          192.168.146.76–时间：2009-08-11 16:40:32–操作：interface vlanif 4000–---------------------------------------------------------------------------–序号  用户名                            域名              IP地址– 269  huawei456                         --    　          192.168.146.76–时间：2009-08-11 16:40:25–操作：undo interface vlanif 172Page 47检查设备流量信息•如果发现哪个阶段的数据只有收或只有发，则可以定位数据在该段丢失，再查看相关段的配置。

–上行口流量统计–PON口流量统计–ONT流量统计•查看协议传输是否正常Page 48检查设备统计信息•查看流量统计信息，可以很好的定位排除故障，–步骤一：查询上行口的流量统计信息，查看是否有收、发的流量•huawei(config-if-giu-0/1)#display port statistics 0–步骤二：查询GPON 端口的性能统计信息•huawei(config-if-gpon-0/3)#display port statistics 0 –步骤三：查询ONT 的性能统计信息•huawei(config-if-gpon-0/3)#display ont traffic 0 0•查询以太网端口流量信息：•huawei(config-if-giu-0/19)#display port traffic 0–The received traffic of this port(packets/s) =0 –The received traffic of this port(octets/s) =62 –The transmitted traffic of this port(packets/s) =0– The transmitted traffic of this port(octets/s) =62 可使用方法：分段分析•在完成对比分析后，不一定能找到具体的故障点，此时还可将故障网络分为不同的故障网段，逐段排查，定位故障。

–上侧网络问题•Lanswitch到BRAS的问题•上行口到Lanswitch的问题–从业务单板到无源分光器–从无源分光器到用户光终端–从光终端到用户设备PCONT&MDUOLT干路故障干路故障用户终端故障用户终端故障IPIP支路故障支路故障BRAS网络侧故障网络侧故障其他：PPPoE H248 IGMPDHCPLS示例：采用示例：采用示例：采用示例：采用PINGPING等各种方法，检测是否等各种方法，检测是否等各种方法，检测是否等各种方法，检测是否存在丢包、无流量现象存在丢包、无流量现象存在丢包、无流量现象存在丢包、无流量现象PING PING Page 50可使用方法：协议分析•协议分析是指对通过信令跟踪、捕获数据包分析等手段对故障进行分析的方法•协议分析要求维护工程师对协议有深入的了解，掌握各种信令的交互流程，从而能够从获得的信令消息中定位出故障的真正原因–在用户侧抓包–在上行口抓包（interface giu / port mirror）–在上层设备处抓包–Debug工具 (terminal debugging / debugging xxx / terminal monitor)Page 51检查设备数据配置•检查是否为VLAN 绑定上行口–使用display vlan命令检查是否为网络侧VLAN增加了上行口。

若没有则使用port vlan命令指定VLAN上行口•检查业务流配置是否正确–使用display service-port all命令查询业务流配置是否正确–使用display ont-srvprofile命令查询ONU的端口VLAN 配置是否与业务流对应•用户侧VLAN 为untagged方式的业务流，修改ont-srvprofile将ONU端口要加入到上行VALN，使用ont port native-vlan命令配置端口的Native VLAN与上行VLAN相同•用户侧VLAN 为tagged方式的业务流，修改ont-srvprofile将ONU端口要加入到用户侧VALN 中(针对A类ONU)•检查ONU绑定的各类模板–使用display ont info 0 0命令检查ONU所绑定的各类模板–使用display dba-profile all命令检查DBA模板,确认绑定的DBA模板是否满足需求如果不满足，可以使用ont-lineprofile命令修改ONT 所绑定的DBA 模板Page 52检查上层设备状态•在GPON业务发生故障时，通过检查上层设备状态排除故障–如果前面的检查都正常，则问题可能出在上层设备，请检查上层设备的运行状态、数据配置。

–特别要关注上层设备和OLT对接接口属性的兼容性•对接端口的全、半双工；10M、100M、1000M速率类型一致•光模块单、多模类型一致，光纤类型正确•两端同时开启或关闭链路聚合功能（（link aggregation））–huawei(config-if-giu-0/19)#display port state all•---------------------------------------------------------------------------------------------------------•  端口  端口  光模块  Native  网线网线        速率速率           双工            流控   端口端口   链路链路•           类型  状态      VLAN  自适应自适应     (Mbps)                                    激活激活   状态状态 •  ---------------------------------------------------------------------------------------------------------•     0  GE    -             1          直通       1000           全双工            关     激活     离线•     1  FE    -             1          自协商    自协商100  自协商全    双工 关   激活   Page 53数据分析•数据配置错误或者更改往往是系统故障的重要原因，配置数据分析是故障定位，尤其是新开局的故障定位不可缺少的一个方法。

–VLAN配置–上行口配置–业务口配置–终端配置•查询设备当前业务配置–huawei#display current-configuration Page 54检查光口、光纤状况•光口检查–上行口、PON口–平均发送光功率是否正常–接收光灵敏度是否正常l检查光纤p光纤是否插好p光纤是否弯曲严重p光纤是否有断线问题：问题：1.用户接收端正常情况下光功率的范用户接收端正常情况下光功率的范围是多少？围是多少？2.正常情况下正常情况下PON口的光功率范围口的光功率范围是多少？是多少？3.如何分段检测光功率？如何分段检测光功率？答案：答案：1.光口的接收光功率应该在光口的接收光功率应该在-27dBm～～-6dBm之间之间2.PON口光功率在口光功率在2dBm ～～7dBm3.ONT与与OLT之间的光衰减应该在之间的光衰减应该在15dB～～25dB之间之间 Page 55分析方法：仪表分析•利用各种仪器、仪表取得实际的各种性能参数，对照正常的参数值，定位和排除故障•在故障处理中常用的仪器、仪表包括：–光功率计–OTDR–万用表–可调光衰减器以上器件主要针对以上器件主要针对以上器件主要针对以上器件主要针对ODNODN测试，请参考测试，请参考测试，请参考测试，请参考ODNODN链路测试链路测试链路测试链路测试检查ONT状态指示灯名称指示灯名称状态状态指示灯含义及处理方法指示灯含义及处理方法POWER长亮电源供电正常熄灭•请检查电源连接是否正确•请检查电源适配器是否匹配•如果电源正常，所有指示灯都熄灭，请更换ONUAUTH(GPON注册指示灯)长亮设备认证成功熄灭设备认证失败•检查MA5680T上是否添加了该ONU •检查ONU的SN 地址与ONU实际SN地址是否一致LINK(GPON链路指示灯)长亮PON 端口链路状态正常熄灭检查光纤是否插好（太紧或太松都不行）VOIP长亮VOIP服务注册成功熄灭VOIP服务注册失败•请检查能否ping通ONU•请检查ONT VoIP配置中SIP Server配置是否正确Page 57检查MDU状态LINK REG指示灯名称指示灯名称状态状态指示灯含义及处理方法指示灯含义及处理方法LINK长亮GPON 接口收到下行光信号熄灭GPON 接口没有收到下行光信号REG闪烁设备正在进行注册熄灭注册失败MA5620GPage 58检查ONU状态•查询ONU的状态–使用display ont info命令检查ONU的信息，主要检查控制标志、运行标志、SN、配置状态、匹配状态–huawei(config-if-gpon-0/2)#display ont info 0 all•---------------------------------------------------------------------------------------------•框框/槽槽/端口端口 ONT 序列号序列号 控制控制 运行运行 配置配置 匹配匹配 DBA • 编号编号 标志标志 标志标志 状态状态 状态状态 方式方式•  --------------------------------------------------------------------------------------------•  0/ 2/0    0   323031312E396A41  激活            正常      匹配  SR•  0/ 2/0     1  323031312E395541  去激活   离线     初始状态  初始状态NSR•  0/ 2/0     2  323031312E391241   激活      离线      初始状态  初始状态NSR•  0/ 2/0     3  323031312E39BB31   激活            正常       不匹配 NSR•--------------------------------------------------------------------------------------------Page 59检查ONU状态说明•如果“控制标志”为激活态–且“运行标志”为，则正常，说明用户上线且认证通过。

–而“运行标志”为离线，则说明用户未上线•如果“控制标志”为去激活态–会禁止ONU进行注册，需要在GPON模式下使用ont activate命令把控制开关设为激活•如果ONU的“SN”与实际的ONU不一致，会导致注册失败•如果“配置状态”为“正常”状态，说明ONU配置恢复状态正常•如果“配置状态”为“初始状态”状态，说明ONU配置恢复失败，有可能是ONU绑定了错误的ONU模板可尝试通过重新下发配置命令或重启ONU来排除故障Page 60其他可使用方法：互换分析•互换是指将处于正常状态的部件与可能故障的部件对调通过比较对调后二者运行状况的变化，判断故障的范围或部位–单板互换–端口互换–光纤互换–终端互换互换操作风险：例如，将短路的单板换到正常的机框有可能造成正常机框互换操作风险：例如，将短路的单板换到正常的机框有可能造成正常机框互换操作风险：例如，将短路的单板换到正常的机框有可能造成正常机框互换操作风险：例如，将短路的单板换到正常的机框有可能造成正常机框损坏因此，使用互换方法需要谨慎，确保不导致新故障主要能发现一损坏因此，使用互换方法需要谨慎，确保不导致新故障主要能发现一损坏因此，使用互换方法需要谨慎，确保不导致新故障。

主要能发现一损坏因此，使用互换方法需要谨慎，确保不导致新故障主要能发现一些物理器件上的问题些物理器件上的问题些物理器件上的问题些物理器件上的问题Page 61故障原因及分析方法汇总•故障原因分层：–物理层故障（设备，线路，终端）–链路层故障（SN地址，VLAN）–网络层故障（IP地址，IP路由）–传输层故障（端口号）–应用层故障（应用软件，数据配置）l故障处理常用分析方法：p对比分析（原因判定）p分段分析（故障定位）p互换分析（硬件，数据）p告警分析（全面把握，收集信息）p性能分析（监控流量，丢包情况）p数据分析（数据配置）p仪表分析（电流，电压，功率）p协议分析（抓包，信令）Page 62常见故障类型分析序号序号常见故障分类常见故障分类讲解案例讲解案例1ONU不能正常注册案例一 ONT无法注册案例二 ONU反复上下线案例三 上网业务不通2无法上网案例四 上行网管正常、业务不通案例五 OLT与上层设备连接中断案例六 某PON口下所有用户业务不通案例七 某ONU下挂ADSL宽带用户业务闪断 案例八 PPPoE用户有时拨号失败 3打不通或者语音效果不好案例九 MDU语音业务有杂音案例十 语音业务不能互通 案例十一 语音业务不通 4组播业务无法开通案例十二 组播业务失败（可选）5网管对接案例十三 无法添加设备到网管案例十四 网管客户端无法登陆服务器Page 63案例一 ONT无法注册•故障现象：某县局，某工程师手工添加ONT终端后，现场安装人员发现ONT 指示灯不断闪烁，一直无法达到稳定状态，OLT上该ONT无法正常注册，同一PON口下其他用户正常。

OLTOLTONTONTPage 64案例一 ONT无法注册l查找故障原因：p光功率（现场无功率计）p硬件故障p数据配置l故障排除：修改SN后业务正常将该ONT直接接至该单元分光器侧，故障现象依旧复位ONT,故障依旧检查原来端口数据配置，发现ONT的SN输入有误，最后一位有偏差建议：在每个接口底下打开ONT自动发现功能，当ONT被自动发现后，会自动上报SN，通过复制粘贴，然后使用ONT confirm来确认，这样就不会通过由人工来念SN码而产生不必要的错误了！l初步判断故障范围：单个用户故障，故障点可能在ONU、支路光纤、分光器、数据配置可排除上行、单板、PON口问题Page 65案例二 MDU反复上下线•现象描述–某村村通工程，小A在网管上看到告警，在一偏远山区发现OLT下接的一台MDU无规律的反复上下线，其他MDU正常•告警信息–OLT和网管上出现ONT反复上下线告警•原因分析–光纤衰减过大–MDU硬件故障 –MDU单板故障Page 66案例二 MDU反复上下线 •初步判断故障范围：–单个用户故障，其他MDU正常，因此排除OLT的PON单板故障，初步判断故障范围为OLT以下器件和数据问题。

•故障原因查找：–使用光功率计在MDU侧测试光纤衰减为正常(-20dB)，排除线路原因 –更换MDU后，当时正常，但后续两三天里告警仍时常发生 –因为出现故障的MDU在较为偏远的山区，怀疑是周围环境因素导致Telnet登录到设备使用display alarm history all命令仔细查看告警信息，发现连续四天都是在晚上7点到晚上8点用电高峰期MDU发生重启，初步判断为电压问题 –在现场使用万用表测试电压，发现电压不稳定，导致MDU反复重启•故障排除：将此MDU更换为带有直流电模块的MDU后问题解决 建议与总结：如果设备采用的是交流供电，在电压不稳定的时候会导致设备反复重启如果电压不正常且不能保证正常电压，建议用户选择使用带直流模块的MDU设备Page 67案例三 用户申告所有业务不通•故障现象–某局MA5680T 上行口通过二层交换机连接到路由器NE40上，某用户申告上网业务不通，拨号失败，其他用户正常•组网说明•告警–无OLTOLTInternetInternetNE40S6505MA5680TPage 68案例三 用户申告所有业务不通•初步判断故障范围：–单个用户故障，ONU、光纤、用户电脑终端病毒、用户帐号等，可排除上行、PON口等问题。

•故障原因查找：–查看告警，无告警信息–查看用户数据，模版、VLAN等各项数据正常–换一个备用终端，业务依然不通；–将终端直接连接在其他同一分光器下的光纤上，终端正常注册，业务正常；–使用光功率计测量发现用户侧跳纤，用户装修时将入户光纤压坏，接收光功率为－30db，小于最低接收功率－27db，接收光功率在终端光模块接收灵敏度之外•故障排除：到用户侧更换跳纤，业务正常Page 69ONU 不能正常注册常见处理方法•ONU 不能正常注册–步骤一：检查其他ONU状态，初步判断是否是单板硬件问题–步骤二：检查数据配置中ONU 的配置是否正确•GPON模式下，使用display ont info命令查看ONU信息：检查ONU的SN是否和实际的设备一致；检查ONU的控制标志是否为去激活，如果是去激活态，需要在GPON模式下使用ont activate命令把控制开关设为激活–步骤三：可能OLT上已经存在相同SN 的ONU，考虑删除原ONU–步骤四：检查ONU Link Auth 灯的闪烁方式–步骤五：检查光衰是否合适，如果不正常，使用光功率计检查ONU 各段光功率，排除线路故障–步骤六：如果光衰正常，检查ONU终端硬件及软件问题，更换ONU。

案例四 上行网管正常、业务不通•故障现象–某市，两个相邻新建局点的MA5680T 连接在同一个上层交换机的不同端口，MA5680T采用带内网管接入网管中心，网管VLAN 均为63，在网管中心可以管理两个局点，网管情况正常–两个局点的业务外层VLAN 分别为58 和59，通过业务VLAN 接入上层设备，两个局点上网业务均不通，显示连接超时InternetInternetPage 71案例四 上行网管正常、业务不通•初步判断故障范围：–两台设备均出现问题，考虑是上行接口的故障–网管能正常管理，考虑可能是数据配置的问题、排除对接口物理故障–初步定位在BRAS数据配置、上行交换机配置、设备数据配置的问题•故障原因查找：–检查MA5680T 数据配置，按照数据规划，没有发现问题；–在MA5680T 上Ping 业务网关,即相连的上层交换机端口，不通；–将计算机通过另一台交换机（配置VLAN）连接到在上层交换机和MA5680T 相连的端口，上网正常；–经检查发现两个局点的MA5680T 和上层交换机连接时，两个网口插反了•故障排除：–按照正确方法重新连接Page 72案例五 OLT与上层设备连接中断•故障现象–A市，某校园网工程局点， MA5680T 与三层交换机通过GE 口多模光纤相连，工程师发现各项业务均不通。

交换机的光口能收到光，光端口处于常亮状态；而MA5680T 的光口不能收到光，光端口处于常灭状态InternetInternetPage 73案例五 OLT与上层设备连接中断•初步判断故障范围：–由于是所有业务均出现问题，初步判断故障出现在上行交换机、上行链路、对接端口、接口模式错误、接口模式协商错误•故障处理：–初步怀疑是上行链路匹配的问题，查看双工、速率模式，发现上行链路是光纤连接，不存在双工、速率问题–把两根光纤的收发对调，故障没有排除；–通知对端维护人员，检查对端和本段光模块，发现两端的模块型号不同，交换机为单模（1310nm），而MA5680T为多模（850nm）•故障排除：–更换交换机的光模块（与对端一致），故障排除Page 74案例六 某PON口下所有用户业务不通•故障现象：–某局，已经正常运行一段时间的MA5680T 一个PON口下，某天所有用户申告业务中断，其它PON口业务正常•原因分析：–光功率预算问题–主干光纤问题–PON口问题–ONT终端问题OLTOLTInternetInternetNE40S6505MA5680TPage 75案例六 某PON口下所有用户业务不通•初步判断故障范围：– 初步判断问题可能为该PON口硬件、分光器等故障。

•处理过程：–检查单板状态–在MA5680T里面查询该PON口状态，发现只有一个用户，其余用户均下线；–在分光器处尝试拔掉该用户光纤，其他用户陆续上线并工作正常•故障排除：–通知一线维护人员，取回ONU，发现该ONU处于长发光状态建议与总结：如果某个ONT 的光模块故障，处于常发光状态，则会占用全部上行时隙，导致和此ONT位于同一OLT 端口下的其他ONT 全部瘫痪；这类现象只有在ONT 光模块出现异常或者个别用户恶意入侵系统才会发生Page 76案例七 某ONU下挂ADSL宽带用户业务闪断 •故障现象–工程师小王接到用户故障申告，现网正常运行的MA5680T通过HG850下挂的业务，不同的时间段会出现中断的现象，中断时长不固定，少则几十秒，多则5分钟发生故障时同一HG850下不同FE口下挂的A厂家DSLAM设备和UA5000同时中断•故障分析1、HG850下用户产生环路；2、HG850下用户有攻击；3、HG850供电不稳定，造成HG850重启 Page 77案例七 某ONU下挂ADSL宽带用户业务闪断 •初步判断故障范围：–由于发生故障时间较短，对定位问题带来一定困难，初步判断故障范围为OLT数据配置、HG850故障、下挂DSLAM和UA5000故障•处理过程1、由于以前该业务正常运行，说明OLT数据配置应没有没有2、考虑可能受到攻击，通过现场抓包发现有用户报文的源MAC和网关的MAC地址一样，且该用户的源MAC地址不断变化。

3、确认问题就是由于用户攻击导致的，用户侧伪造网关的MAC发包，在DSLAM设备上开启MAC过滤功能，过滤用户的的源MAC为网关MAC的报文后，问题解决 说明：本案例中，用户伪造源MAC为网关MAC后会导致OLT中学习的MAC地址混乱，造成PON口下业务中断，严重时造成整台OLT业务中断，中断时间一般为5分钟HG850下挂DSLAM或UA5000的情况比较常见，属不规范组网，应过滤掉上层网关MAChuawei(config)#security mac-filter          { source|destination }:source                                             { mac_addr

 }: XXXX-XXXX-XXXX Page 78案例八 PPPoE用户有时拨号失败•故障现象故障现象–某局，因上行交换机的接口已经只剩一个了，两台MA5680T的业务采用级联方式上行，上级MA5680T的用户拨号正常，用户反馈级联的MA5680T在上网高峰期用户拨号困难用户拨号错误提示678，已用户上网正常。

•告警–无OLT AOLT AONTONTONTONT678678OLT BOLT BPage 79案例八 PPPoE用户有时拨号失败•初步判断故障范围：–该问题仅出现在级联的MA5680T中，且用户不是完全无法拨号，可以排除BRAS配置的问题，同时已经上线用户正常，可以排除上行交换机、链路等问题初步定位在上层MA5680T、级联接口、下级MA5680T数据配置上•故障处理–因为用户平时能够上网正常,因此可以排除上行单板/端口硬件故障–检查是否因为病毒、广播报文过多，使用户的PPPoE报文无法上报 在BRAS上抓包分析，如果用户拨号成功，在BRAS上可以抓到PPPoE的报文如果用户拨号失败，在BRAS上抓不到用户的PPPoE的报文，说明用户的PPPoE的报文没有送到BRAS设备上，在传输过程中被丢弃 –在被级联的MA5680T设备上行口做镜像抓包，可以抓到用户的PPPoE的报文，说明用户的PPPoE的报文已经传送上去，由此说明报文是在上级MA5680T设备上被丢弃 –查看上级MA5680T设备配置发现，该设备在级联的子槽位上启用了广播抑制功能，减小广播抑制数量级后测试，用户拨号正常建议与总结：由于上级MA5680T启用了广播抑制功能，上网高峰期来自用户端的广播过大，PPPoE报文得不到及时处理而被丢弃，所以用户拨号困难。

级联方式的组网尤其应注意广播抑制的问题，如某些地区使用ONU下挂UA5000、IAD等，也会出现此问题Page 80无法上网故障处理方法•无法上网故障现象故障现象初步判断故障位置及原因初步判断故障位置及原因个别端口用户无法上网用户终端或者外线故障，如：•PON端口故障 •光路问题 •数据配置问题，包括： •ONT绑定的模板错误 •ONT与业务流的映射关系错误 •VLAN通道配置错误 整板用户无法上网GPON单板故障整框用户无法上网•光路问题 •主控板或者是上行单板故障 •网络攻击•环路，MAC漂移BRAS设备下的所有用户无法上网上行设备问题Page 81无法上网故障处理方法附：PPPoE交互错误提示1、“错误678”原因是链路不通导致，即终端PC机到BAS的链路不通，一般可能是数据未配置或错误、端口环路或是其他原因，导致PC数据不能送到BAS，或BAS收到报文不作响应2、“错误676”由于PADI报文是广播报文，该报文能够到达BAS，PADR报文是单播报文，该报文不能到达BAS出现该问题原因一般是由于设备上行端口mac地址漂移导致，或是其他原因导致PADR报文不能到达BAS3、“错误619”。

该问题一般是由于用户认证异常，原因可能是Radius用户的绑定信息更改了解决此问题，一般是将用户信息初始化4、“错误691”用户名密码错，一般也是将用户信息初始化，或是重新设置口令等5、”错误718“原因为BAS把CODE=1报文送给RADIUS，但RADIUS没有回应Page 82案例九 MDU语音业务有杂音•现象描述： MDU MA5606T下VOIP业务经常出现有杂音的现象其他MDU上正常•原因分析：–外线质量差–机房环境存在干扰源–DDF架设备接地不好–用户板故障–上行网络问题MDUMDUMDFMDFsoft3000 NE40 S8505 MA5606TMA5680TPage 83案例九 MDU语音业务有杂音•初步判断故障范围： –只有这一台ONU上有故障申报，因此大致定位在这台设备以及以下各个段•故障处理：      1、分别在配线架和设备上直接测试，杂音依然存在，排除外线质量差导致杂音；2、现场查看机房环境，走线和电源都符合规范，并没有强的电磁干扰设备，排除外部环境导致杂音；3、测量地阻为3.48欧，在正常的范围之内，排除机房接地导致打的杂音现象；4、在所有的单板上测试，都存在故障现象，排除用户板的问题；5、查看设备，发现MDU上有CPU高告警，CPU利用率达到90%。

在MDU设备上Ping网关地址，Ping小包不丢包但是延迟很大；Ping大包存在丢包现象排查发现MDU设备受到ARP攻击导致CPU利用率高Page 84案例九 MDU语音业务有杂音•故障处理：•1、在OLT侧进行广播抑止，级别为4：–huawei(config-if-giu-0/19)#traffic-suppress•{ portid<0,7>|all }:all•{ broadcast|multicast|unicast }:broadcast•{ value }:value•{ value<1,13> }:4•  Command:•          traffic-suppress all broadcast value 4•限制网络侧对MDU的ARP攻击报文流量控制在95/s，保证MDU的cpu占用率不超过70％•2、在上层数通设备的Router上面添加一个黑洞路由，将现网上的ARP报文发到不存在的地址，防止形成泛洪；•3、在设备上添加防火墙处理杂音问题时一般采用由近到远，从硬件到数据的思路来定位原因但在更换了较简单的硬件后如没有排除问题，可以尝试从数据上进行比较找出一些不同点，暂不更换较复杂的硬件如母板等，这样可以尽量降低对现有业务的影响。