FTTxEPON业务故障处理.ppt

《FTTxEPON业务故障处理.ppt》由会员分享，可在线阅读，更多相关《FTTxEPON业务故障处理.ppt（82页珍藏版）》请在三一办公上搜索。

1、Page 0,修订记录,本页不打印,FTTx EPON 故障处理,Page 2,培训目标,学完本课程后，您应该能：了解故障处理注意事项熟悉故障处理基本流程掌握故障处理基本方法处理一些常见故障,Page 3,目 录,EPON故障处理一般流程和分析方法EPON常见故障类型和排除方式,Page 4,故障处理流程,故障处理准备,初步定位故障位置,初步判断故障范围,查找故障原因,排除故障,联系华为技术支持,屏蔽或隔离故障,排除故障,查看故障是否已恢复,检查光口、光纤状况,检查设备运行状态,检查ONU状态,检查设备统计信息,检查设备数据配置,检查上层设备状态,1,2,3,4,5,Page 5,故障处理流程

2、,故障处理准备,初步定位故障位置,初步判断故障范围,接到用户申告、系统告警、网管侧告警后，应初步判断故障范围，在充分了解组网、业务的基础上，对故障影响范围、类型、故障点建立初步的认识。,1,Page 6,收集故障信息,初步定位故障位置，了解问题可能的原因，评估严重程度,Page 7,使用方法：对比分析,对比是指将故障的部件或现象与正常的部件或现象进行比较分析，查出不同点，从而找出问题的所在，一般适用于故障单一的场合。相同BRAS或Lanswitch下面相同的机框不同的单板相同的单板不同的接口相同的接口不同的终端相同的终端不同的接口,PC,ONT&MDU,OLT,IP,BRAS,PC,LS,Pa

3、ge 8,故障处理知识准备,ODN组网结构、分光器原理、上下行光波分复用特性,测试工具抓包工具,光纤接入的原理,常用仪表的基本操作,PPPoE、DHCP、H.248、IGMP等协议和交互方式,业务流程、协议、配置,OLTMDU、ONT,典型故障,快速定位专业知识故障预判,关键,Page 9,故障处理相关信息,了解工程组网信息网络拓扑信息组网，上层网络交换机、路由器连接情况业务配置信息VLAN标签添加，单层、多层VLAN语音数据、协议接口设备运行状态工程文档,现场操作时做好故障现场数据的采集与保存backup tftp data/configuration,Page 10,故障处理流程,查找故障

4、原因,检查光口、光纤状况,检查设备运行状态,检查ONU状态,检查设备统计信息,检查设备数据配置,检查上层设备状态,在初步判定故障范围的基础上，按照先局端设备，后用户设备，先数据后物理线路的方式查找故障点和故障原因。,2,Page 11,检查设备运行状态,检查主控板的运行灯状态正常情况：RUN ALM 灯1s 亮1s 灭，周期闪烁，主用主控板ACT 灯长亮。如果出现异常，请检查主控板是否接触良好。检查业务板的运行灯状态正常情况：RUN ALM 灯1s 亮1s 灭，周期闪烁。如果出现异常，请检查业务板是否接触良好。检查PON接口灯状态正常情况下：ONU在线时，PON 接口的灯长亮。如果出现PON口

5、灯不亮，请检查光口激光器是否打开。如果被关闭，在EPON 模式下，使用port portid laser-switch on命令打开。,Page 12,告警分析,告警信息包含故障或异常现象的具体描述、可能的发生原因、有哪些修复建议等等，涉及硬件、链路、业务、CPU 占用率等各个方面，信息量大且全，是进行故障分析和定位的重要依据之一。获取告警信息有以下几种途径：N2000网管告警面板命令行模式display alarm history命令查询现场设备单板指示灯,告警分类,告警级别,告警原因,通信类告警业务质量类告警处理出错类告警硬件设备类告警环境类告警,严重重要次要警告,多种,Page 13,告

6、警分析,huawei(config)#display alarm history alarmclass|alarmid|alarmlevel|alarmparameter|alarmsn|alarmK|alarmtype|all:allALARM 4031 故障告警 警告 0 x60311011 硬件设备类 2009-08-11 17:27:21 告警名称：ONT掉电(DGi)参数信息：机框号:0,槽位号:2,端口号:0,ONT ID:3,硬件版本:H821EPUA 告警描述：ONT掉电(Dgi)，ONT下线业务中断 告警原因：ONT电源出现异常 修复建议：检查ONT电源，保证ONT电源正常工

7、作-END ALARM 4030 恢复告警 清除 0 x60321011 硬件设备类 2009-08-11 17:27:21 告警名称：ONT掉电(DGi)恢复 参数信息：机框号:0,槽位号:2,端口号:0,ONT ID:3,硬件版本:H821EPUA 告警描述：ONT掉电(DGi)恢复 告警原因：无 修复建议：无需处理-END,Page 14,日志分析,通过查询日志发现一些异常的配置命令行模式display log all命令查询发现是否存在误操作huawei(config)#display log all|cli|failure|index|memory|name|snmp:-序号 用户名

8、 域名 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 15,检查设备流量信息,如果发现哪个阶段

9、的数据只有收或只有发，则可以定位数据在该段丢失，再查看相关段的配置。上行口流量统计PON口流量统计ONT流量统计查看协议传输是否正常,Page 16,检查设备统计信息,查看流量统计信息，可以很好的定位排除故障，步骤一：查询上行口的流量统计信息，查看是否有收、发的流量huawei(config-if-giu-0/1)#display port statistics 0步骤二：查询EPON 端口的性能统计信息huawei(config-if-epon-0/3)#display port statistic 0步骤三：查询ONT 的性能统计信息huawei(config-if-epon-0/3)#d

10、isplay ont traffic 0 0查询以太网端口流量信息：huawei(config-if-giu-0/19)#display port traffic 0The 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,Page 17,可使用方法：分段分析,在完成对

11、比分析后，不一定能找到具体的故障点，此时还可将故障网络分为不同的故障网段，逐段排查，定位故障。上侧网络问题Lanswitch到BRAS的问题上行口到Lanswitch的问题从业务单板到无源分光器从无源分光器到用户光终端从光终端到用户设备,PC,ONT&MDU,OLT,干路故障,用户终端故障,IP,支路故障,BRAS,网络侧故障,其他：PPPoE H248 IGMPDHCP,LS,示例：采用PING等各种方法，检测是否存在丢包、无流量现象。,PING,Page 18,可使用方法：协议分析,协议分析是指对通过信令跟踪、捕获数据包分析等手段对故障进行分析的方法。协议分析要求维护工程师对协议有深入的了

12、解，掌握各种信令的交互流程，从而能够从获得的信令消息中定位出故障的真正原因。在用户侧抓包在上行口抓包（interface giu/port mirror）在上层设备处抓包Debug工具(terminal debugging/debugging xxx/terminal monitor),Page 19,检查设备数据配置,检查是否为VLAN 绑定上行口使用display vlan命令检查是否为网络侧VLAN增加了上行口。若没有则使用port vlan命令指定VLAN上行口。检查业务流配置是否正确使用display service-port all命令查询业务流配置是否正确。使用display o

13、nt-srvprofile命令查询ONU的端口VLAN 配置是否与业务流对应。用户侧VLAN 为untagged方式的业务流，修改ont-srvprofile将ONU端口要加入到上行VALN，使用ont port native-vlan命令配置端口的Native VLAN与上行VLAN相同。用户侧VLAN 为tagged方式的业务流，修改ont-srvprofile将ONU端口要加入到用户侧VALN 中。检查ONU绑定的各类模板使用display ont info 0 0命令检查ONU所绑定的各类模板。使用display dba-profile all命令检查DBA模板,确认绑定的DBA模板是

14、否满足需求。如果不满足，可以使用ont-lineprofile命令修改ONT 所绑定的DBA 模板。,Page 20,检查上层设备状态,在EPON业务发生故障时，通过检查上层设备状态排除故障。如果前面的检查都正常，则问题可能出在上层设备，请检查上层设备的运行状态、数据配置。特别要关注上层设备和OLT对接接口属性的兼容性。对接端口的全、半双工；10M、100M、1000M速率类型一致光模块单、多模类型一致，光纤类型正确两端同时开启或关闭链路聚合功能（link aggregation）huawei(config-if-giu-0/19)#display port state all-端口 端口 光

15、模块 Native 网线 速率 双工 流控 端口 链路 类型 状态 VLAN 自适应(Mbps)激活 状态-0 GE-1 直通 1000 全双工 关 激活 离线 1 FE-1 自协商 自协商100 自协商全 双工 关 激活 在线,Page 21,数据分析,数据配置错误或者更改往往是系统故障的重要原因，配置数据分析是故障定位，尤其是新开局的故障定位不可缺少的一个方法。VLAN配置上行口配置业务口配置终端配置查询设备当前业务配置huawei#display current-configuration,Page 22,检查光口、光纤状况,光口检查上行口、PON口平均发送光功率是否正常。接收光灵敏度是

16、否正常。,检查光纤光纤是否插好。光纤是否弯曲严重。光纤是否有断线。,问题：用户接收端正常情况下光功率的范围是多少？正常情况下PON口的光功率范围是多少？如何分段检测光功率？,答案：光口的接收光功率应该在-27dBm-6dBm之间PON口光功率在2dBm 7dBmONT与OLT之间的光衰减应该在15dB25dB之间,Page 23,分析方法：仪表分析,利用各种仪器、仪表取得实际的各种性能参数，对照正常的参数值，定位和排除故障。在故障处理中常用的仪器、仪表包括：光功率计OTDR万用表可调光衰减器,以上器件主要针对ODN测试，请参考ODN链路测试,Page 24,检查ONT状态,Page 25,检查

17、MDU状态,Page 26,检查ONU状态,在线查询ONU的状态使用display ont info命令检查ONU的信息，主要检查控制标志、运行标志、MAC、配置状态、匹配状态huawei(config-if-epon-0/2)#display ont info 0 all-框/槽/端口 ONT编号 MAC 控制标志 运行标志 配置状态 匹配状态-0/2/0 0 0018-82D4-AC74 激活 在线 正常 匹配 0/2/0 1 001E-E3FF-1B68 激活 离线 初始状态 初始状态 0/2/0 2 001E-E3FF-1C3E 去激活 离线 初始状态 初始状态 0/2/0 3 001

18、8-82F7-A9C6 激活 离线 初始状态 初始状态 0/2/0 4 0018-82DA-89F6 激活 在线 正常 不匹配-,Page 27,检查ONU状态说明,如果“控制标志”为激活态且“运行标志”为在线，则正常，说明用户上线且认证通过。而“运行标志”为离线，则说明用户未上线。如果“控制标志”为去激活态会禁止ONU进行注册，需要在EPON模式下使用ont activate命令把控制开关设为激活。如果ONU的“MAC”与实际的ONU不一致，会导致注册失败。如果“配置状态”为“正常”状态，说明ONU配置恢复状态正常。如果“配置状态”为“初始状态”状态，说明ONU配置恢复失败，有可能是ONU绑

19、定了错误的ONU模板。可尝试通过重新下发配置命令或重启ONU来排除故障。,Page 28,其他可使用方法：互换分析,互换是指将处于正常状态的部件与可能故障的部件对调。通过比较对调后二者运行状况的变化，判断故障的范围或部位。单板互换端口互换光纤互换终端互换,互换操作风险：例如，将短路的单板换到正常的机框有可能造成正常机框损坏。因此，使用互换方法需要谨慎，确保不导致新故障。主要能发现一些物理器件上的问题。,Page 29,故障原因及分析方法汇总,故障原因分层：物理层故障（设备，线路，终端）链路层故障（MAC地址，VLAN）网络层故障（IP地址，IP路由）传输层故障（端口号）应用层故障（应用软件，数

20、据配置）,故障处理常用分析方法：对比分析（原因判定）分段分析（故障定位）互换分析（硬件，数据）告警分析（全面把握，收集信息）性能分析（监控流量，丢包情况）数据分析（数据配置）仪表分析（电流，电压，功率）协议分析（抓包，信令）,Page 30,问 题,处理一般故障时，主要应该查询哪些信息？常用的故障排除方法有哪些？在使用互换法的时候应该注意什么？,Page 31,目 录,EPON故障处理一般流程和分析方法EPON常见故障类型和排除方式,Page 32,常见故障类型分析,Page 33,讨论,Page 34,案例一 ONT无法注册,故障现象：某县局，某工程师手工添加ONT终端后，现场安装人员发现O

21、NT 指示灯不断闪烁，一致无法达到稳定状态，OLT上该ONT无法正常注册，同一PON口下其他用户正常。,Page 35,案例一 ONT无法注册,查找故障原因：光功率（现场无功率计）硬件故障数据配置故障排除：修改MAC后业务正常。,建议：在每个接口底下打开ONT自动发现功能，当ONT被自动发现后，会自动上报MAC，通过复制粘贴，然后使用ONTconfirm来确认，这样就不会通过由人工来念MAC码而产生不必要的错误了！,初步判断故障范围：单个用户故障，故障点可能在ONU、支路光纤、分光器、数据配置。可排除上行、单板、PON口问题,Page 36,案例二 MDU反复上下线,现象描述某村村通工程，小A

22、在网管上看到告警，在一偏远山区发现OLT下接的一台MDU无规律的反复上下线，其他MDU正常。告警信息OLT和网管上出现ONT反复上下线告警。原因分析光纤衰减过大MDU硬件故障 MDU单板故障,Page 37,案例二 MDU反复上下线,初步判断故障范围：单个用户故障，其他MDU正常，因此排除OLT的PON单板故障，初步判断故障范围为OLT以下器件和数据问题。故障原因查找：使用光功率计在MDU侧测试光纤衰减为正常(-20dB)，排除线路原因。更换MDU后，当时正常，但后续两三天里告警仍时常发生。因为出现故障的MDU在较为偏远的山区，怀疑是周围环境因素导致。Telnet登录到设备使用display

23、alarm history all命令仔细查看告警信息，发现连续四天都是在晚上7点到晚上8点用电高峰期MDU发生重启，初步判断为电压问题。在现场使用万用表测试电压，发现电压不稳定，导致MDU反复重启。故障排除：将此MDU更换为带有直流电模块的MDU后问题解决。,建议与总结：如果设备采用的是交流供电，在电压不稳定的时候会导致设备反复重启。如果电压不正常且不能保证正常电压，建议用户选择使用带直流模块的MDU设备。,Page 38,案例三 用户申告所有业务不通,故障现象某局MA5680T 上行口通过二层交换机连接到路由器NE40上，某用户申告上网业务不通，拨号失败，其他用户正常。组网说明告警无,OL

24、T,Internet,NE40,S6505,MA5680T,Page 39,案例三 用户申告所有业务不通,初步判断故障范围：单个用户故障，ONU、光纤、用户电脑终端病毒、用户帐号等，可排除上行、PON口等问题。故障原因查找：查看告警，无告警信息。查看用户数据，模版、VLAN等各项数据正常。换一个备用终端，业务依然不通；将终端直接连接在其他同一分光器下的光纤上，终端正常注册，业务正常；使用光功率计测量发现用户侧跳纤，用户装修时将入户光纤压坏，接收光功率为30db，小于最低接收功率27db，接收光功率在终端光模块接收灵敏度之外。故障排除：到用户侧更换跳纤，业务正常。,Page 40,经验分享,您是

25、否有其他案例跟大家分享？,Page 41,ONU 不能正常注册常见处理方法,ONU 不能正常注册步骤一：检查其他ONU状态，初步判断是否是单板硬件问题步骤二：检查数据配置中ONU 的配置是否正确EPON模式下，使用display ont info命令查看ONU信息：检查ONU的MAC是否和实际的设备一致；检查ONU的控制标志是否为去激活，如果是去激活态，需要在EPON模式下使用ont activate命令把控制开关设为激活。步骤三：可能OLT上已经存在相同MAC 的ONU在线，考虑删除原ONU步骤四：检查ONU Link Auth 灯的闪烁方式步骤五：检查光衰是否合适，如果不正常，使用光功率计

26、检查ONU 各段光功率，排除线路故障。步骤六：如果光衰正常，检查ONU终端硬件及软件问题，更换ONU。,Page 42,讨论,Page 43,案例四 上行网管正常、业务不通,故障现象某市，两个相邻新建局点的MA5680T 连接在同一个上层交换机的不同端口，MA5680T采用带内网管接入网管中心，网管VLAN 均为63，在网管中心可以管理两个局点，网管情况正常。两个局点的业务外层VLAN 分别为58 和59，通过业务VLAN 接入上层设备，两个局点上网业务均不通，显示连接超时。,Internet,Page 44,案例四 上行网管正常、业务不通,初步判断故障范围：两台设备均出现问题，考虑是上行接口

27、的故障网管能正常管理，考虑可能是数据配置的问题、排除对接口物理故障初步定位在BRAS数据配置、上行交换机配置、设备数据配置的问题。故障原因查找：检查MA5680T 数据配置，按照数据规划，没有发现问题；在MA5680T 上Ping 业务网关,即相连的上层交换机端口，不通；将计算机通过另一台交换机（配置VLAN）连接到在上层交换机和MA5680T 相连的端口，上网正常；经检查发现两个局点的MA5680T 和上层交换机连接时，两个网口插反了。故障排除：按照正确方法重新连接,Page 45,案例五 OLT与上层设备连接中断,故障现象A市，某校园网工程局点，MA5680T 与三层交换机通过GE 口多模

28、光纤相连，工程师发现各项业务均不通。交换机的光口能收到光，光端口处于常亮状态；而MA5680T 的光口不能收到光，光端口处于常灭状态。,Internet,Page 46,案例五 OLT与上层设备连接中断,初步判断故障范围：由于是所有业务均出现问题，初步判断故障出现在上行交换机、上行链路、对接端口、接口模式错误、接口模式协商错误。故障处理：初步怀疑是上行链路匹配的问题，查看双工、速率模式，发现上行链路是光纤连接，不存在双工、速率问题。把两根光纤的收发对调，故障没有排除；电话通知对端维护人员，检查对端和本段光模块，发现两端的模块型号不同，交换机为单模（1310nm），而MA5680T为多模（850

29、nm）故障排除：更换交换机的光模块（与对端一致），故障排除。,Page 47,案例六 某PON口下所有用户业务不通,故障现象：某局，已经正常运行一段时间的MA5680T 一个PON口下，某天所有用户申告业务中断，其它PON口业务正常。原因分析：光功率预算问题主干光纤问题PON口问题ONT终端问题,OLT,Internet,NE40,S6505,MA5680T,Page 48,案例六 某PON口下所有用户业务不通,初步判断故障范围：初步判断问题可能为该PON口硬件、分光器等故障。处理过程：检查单板状态。在MA5680T里面查询该PON口状态，发现只有一个用户在线，其余用户均下线；在分光器处尝试拔

30、掉该在线用户光纤，其他用户陆续上线并工作正常。故障排除：通知一线维护人员，取回ONU，发现该ONU处于长发光状态。,建议与总结：如果某个ONT 的光模块故障，处于常发光状态，则会占用全部上行时隙，导致和此ONT位于同一OLT 端口下的其他ONT 全部瘫痪；这类现象只有在ONT 光模块出现异常或者个别用户恶意入侵系统才会发生。,Page 49,案例七 某ONU下挂ADSL宽带用户业务闪断,故障现象工程师小王接到用户故障申告，现网正常运行的MA5680T通过HG813E下挂的业务，不同的时间段会出现中断的现象，中断时长不固定，少则几十秒，多则5分钟。发生故障时同一HG813E下不同FE口下挂的A厂

31、家DSLAM设备和UA5000同时中断。故障分析1、HG813E下用户产生环路；2、HG813E下用户有攻击；3、HG813E供电不稳定，造成HG813E重启,Page 50,案例七 某ONU下挂ADSL宽带用户业务闪断,初步判断故障范围：由于发生故障时间较短，对定位问题带来一定困难，初步判断故障范围为OLT数据配置、HG813E故障、下挂DSLAM和UA5000故障处理过程1、由于以前该业务正常运行，说明OLT数据配置应没有没有2、考虑可能受到攻击，通过现场抓包发现有用户报文的源MAC和网关的MAC地址一样，且该用户的源MAC地址不断变化。3、确认问题就是由于用户攻击导致的，用户侧伪造网关的

32、MAC发包，在DSLAM设备上开启MAC过滤功能，过滤用户的的源MAC为网关MAC的报文后，问题解决。,说明：本案例中，用户伪造源MAC为网关MAC后会导致OLT中学习的MAC地址混乱，造成PON口下业务中断，严重时造成整台OLT业务中断，中断时间一般为5分钟。HG813E下挂DSLAM或UA5000的情况比较常见，属不规范组网，应过滤掉上层网关MAC。huawei(config)#security mac-filter source|destination:source mac_addr:XXXX-XXXX-XXXX,Page 51,案例八 PPPoE用户有时拨号失败,故障现象某局，因上行交

33、换机的接口已经只剩一个了，两台MA5680T的业务采用级联方式上行，上级MA5680T的用户拨号正常，用户反馈级联的MA5680T在上网高峰期用户拨号困难。用户拨号错误提示678，已在线用户上网正常。告警无,OLT A,。,ONT,ONT,678,OLT B,Page 52,案例八 PPPoE用户有时拨号失败,初步判断故障范围：该问题仅出现在级联的MA5680T中，且用户不是完全无法拨号，可以排除BRAS配置的问题，同时已经上线用户正常，可以排除上行交换机、链路等问题。初步定位在上层MA5680T、级联接口、下级MA5680T数据配置上。故障处理检查是否是上行板/端口故障，更换上行板，故障依然

34、存在。检查是否是级联光纤故障，更换光纤，故障依然存在。检查是否因为病毒、广播报文过多，使用户的PPPoE报文无法上报。在BRAS上抓包分析，如果用户拨号成功，在BRAS上可以抓到PPPoE的报文。如果用户拨号失败，在BRAS上抓不到用户的PPPoE的报文，说明用户的PPPoE的报文没有送到BRAS设备上，在传输过程中被丢弃。在被级联的MA5680T设备上行口做镜像抓包，可以抓到用户的PPPoE的报文，说明用户的PPPoE的报文已经传送上去，由此说明报文是在上级MA5680T设备上被丢弃。查看上级MA5680T设备配置发现，该设备在级联的子槽位上启用了广播抑制功能，减小广播抑制数量级后测试，用户

35、拨号正常,建议与总结：由于上级MA5680T启用了广播抑制功能，上网高峰期来自用户端的广播过大，PPPoE报文得不到及时处理而被丢弃，所以用户拨号困难。级联方式的组网尤其应注意广播抑制的问题，如某些地区使用ONU下挂UA5000、IAD等，也会出现此问题。,Page 53,无法上网故障处理方法,无法上网,Page 54,无法上网故障处理方法,附：PPPoE交互错误提示1、“错误678”。原因是链路不通导致，即终端PC机到BAS的链路不通，一般可能是数据未配置或错误、端口环路或是其他原因，导致PC数据不能送到BAS，或BAS收到报文不作响应。2、“错误676”。由于PADI报文是广播报文，该报文

36、能够到达BAS，PADR报文是单播报文，该报文不能到达BAS。出现该问题原因一般是由于设备上行端口mac地址漂移导致，或是其他原因导致PADR报文不能到达BAS。3、“错误619”。该问题一般是由于用户认证异常，原因可能是Radius用户的绑定信息更改了。解决此问题，一般是将用户信息初始化。4、“错误691”。用户名密码错，一般也是将用户信息初始化，或是重新设置口令等。5、”错误718“。原因为BAS把CODE=1报文送给RADIUS，但RADIUS没有回应。,Page 55,经验分享,您是否有其他案例跟大家分享？,Page 56,讨论,Page 57,案例九 MDU语音业务有杂音,现象描述：

37、MDU MA5606T下VOIP业务经常出现有杂音的现象。其他MDU上正常。原因分析：外线质量差机房环境存在干扰源DDF架设备接地不好用户板故障上行网络问题,MDU,MDF,soft3000,NE40,S8505,MA5606T,MA5680T,Page 58,案例九 MDU语音业务有杂音,初步判断故障范围：只有这一台ONU上有故障申报，因此大致定位在这台设备以及以下各个段。故障处理：1、分别在配线架和设备上直接电话测试，杂音依然存在，排除外线质量差导致杂音；2、现场查看机房环境，走线和电源都符合规范，并没有强的电磁干扰设备，排除外部环境导致杂音；3、测量地阻为3.48欧，在正常的范围之内，排

38、除机房接地导致打电话的杂音现象；4、在所有的单板上测试，都存在故障现象，排除用户板的问题；5、查看设备，发现MDU上有CPU高告警，CPU利用率达到90%。在MDU设备上Ping网关地址，Ping小包不丢包但是延迟很大；Ping大包存在丢包现象。排查发现MDU设备受到ARP攻击导致CPU利用率高。,Page 59,案例九 MDU语音业务有杂音,故障处理：1、在OLT侧进行广播抑止，级别为4：huawei(config-if-giu-0/19)#traffic-suppress portid|all:all broadcast|multicast|unicast:broadcast value:

39、value value:4 Command:traffic-suppress all broadcast value 4限制网络侧对MDU的ARP攻击报文流量控制在95/s，保证MDU的cpu占用率不超过702、在上层数通设备的Router上面添加一个黑洞路由，将现网上的ARP报文发到不存在的地址，防止形成泛洪；3、在设备上添加防火墙,处理杂音问题时一般采用由近到远，从硬件到数据的思路来定位原因。但在更换了较简单的硬件后如没有排除问题，可以尝试从数据上进行比较找出一些不同点，暂不更换较复杂的硬件如母板等，这样可以尽量降低对现有业务的影响。,Page 60,案例十 语音业务不能互通,现象描述：某

40、新开局点，用户反馈AG_1与AG_2下挂整机语音业务不能互通，能听到振铃音但不能通话，可以拨通长途电话，拨通后通话正常。组网配置情况：AG_1和AG_2为同一个网段地址，在MA5200G上位于同一个子接口，AG_1和AG_2在MA5680T下启用同一个QINQvlan。,MDU,MDF,Internet,MA5200G,S6505,MA5680T,Page 61,案例十 语音业务不能互通,初步判断故障范围：1、AG设备或者与软交换SS注册存在问题。2、MA5680T、SS配置存在问题。3、其他问题。故障处理：1、两台AG分别可以ping通远端SS，且可以正常注册，到其他网段AG设备也正常。排除

41、SS注册问题和MA5680T、ONU配置问题。两个AG下其他业务正常，只是AG_1与AG_2互通存在问题，基本排除SS配置问题。2、由于同一网段内用户互通不需要出网关，但是MA5680T对二层进行了隔离，如果要互通的话，需要启用ARP代理。3、由于在MA5680T上开启了QINQ，不能开启ARP代理。检查MA5200G设备发现BAS接口下没有使能ARP-Proxy，将arp-proxy使能后测试正常。,建议与总结：1、MA5680T在启用QINQ时无法进行ARP-PROXY，规划网络时要特别注意。2、MA5200G的arp-proxy在bas模式下默认为关闭。,Page 62,案例十一 语音业

42、务不通,现象描述某局MA5680T下挂MA5606T（作ONU用）。MA5606T上H248接口状态正常，但是下挂的所有用户摘机无拨号音。告警信息无,MDU,MDF,Internet,MA5200G,S6505,MA5680T,Page 63,案例十一 语音业务不通,初步判断故障范围：怀疑是接口配置问题、MDU设备故障、MA5680T问题、软交换故障。进一步确认中，发现主要是只是此MA5680T下的MDU反馈问题，其他OLT正常，因此初步判断为H248接口数据、MDU到OLT连接、OLT、上层交换机对应端口问题。故障处理：1、查看H248接口相关参数和状态，发现都是正常的。2、查看用户数据的配

43、置也没发现问题。3、在MA5606T上连续Ping软交换地址发现丢包50左右。4、在MA5680T上连续Ping软交换地址发现丢包也为50左右。5、检查数据配置，发现上层设备做了端口聚合，查看MA5680T上端口没有聚合 6、在MA5680T上对端口进行聚合，故障消除，业务正常。,建议与总结：在语音业务出现故障时，如果H248接口正常，我们很少会关注设备和软交换之间的通路情况。此案例给我们提了个醒：H248接口正常，并不代表设备间的通路就没问题。同时此故障原因也将影响到宽带业务。,Page 64,常见语音故障,打不通电话ARP攻击检查NGN对接参数错误上行接口数据配置错误摘机无拨号音原因一般为

44、端口未放号或MA5620E未加载语音包或外线故障。语音效果不好外线干扰，环境问题ARP攻击是否为ONU的IAD端口设置了独立于数据通道的业务通道，避免受到数据业务的冲击。拨号、收号问题数图下发错误，其他厂商软交换设置问题，可通过分析H248协议数据，排除故障。信令异常,Page 65,经验分享,您是否有其他案例跟大家分享？,Page 66,讨论,Page 67,案例十二 组播业务失败（可选）,故障现象：某新开据点组网为：PC 终端 MA5680T BRAS 组播路由器 组播服务器组播用户无法点播节目。原因分析：用户侧故障；上行侧故障；数据配置故障；,NE40,S6505,MA5680T,IPT

45、V,Page 68,案例十二 组播业务失败,处理过程：打开Debugging开关，可以收到用户侧IGMP报文；检查组播用户的状态为在线；检查协议配置为IGMP V3 版本，将其改为V2 版本后组播正常；添加“组播源地址”，使之与BRAS 在同一网段，问题解决。,说明：如果组播协议采用IGMP V3 版本，数据配置时候必须配置组播服务器地址，否则业务不通。,Page 69,常见故障处理方法,组播业务无法开通检查节目是否下发到OLT设备检查相应节目是否有用户在线观看检查IGMP用户数据设置更换STB,Page 70,经验分享,您是否有其他案例跟大家分享？,Page 71,讨论,Page 72,案例

46、十三 无法添加设备到网管,故障现象：网管添加主机时，网管提示通信超时，无法添加设备。,处理过程从网管 ping 设备维护网口地址，可以ping 通设备；查看设备与网管SNMP参数，发现团体名不一致；修改设备团体名与网管保持一致，网管成功添加设备。,Page 73,案例十三 无法添加设备到网管,网管添加设备问题处理方法：该过程就是排除设备上行及IP路由的故障过程，与用户侧无关；首先检查网管到设备路由是否可达；其次检查网管到设备网关路由是否可达；检查设备路由配置及上行侧IP地址配置问题；检查设备与网管团体名配置。,提示：如果是上行链路故障，需要先排除物理链路问题。,Page 74,案例十四 网管客

47、户端无法登陆服务器,故障现象：客户端登录服务器时提示“通信失败”,处理过程：客户端可以ping通服务器，排除网管与客户端通信问题；检查网管版本与客户端版本，版本一致，排除软件版本问题；检查客户端“服务器设置”中“模式”为“普通”，查看服务器端“模式”为“安全(SSL)”，修改客户端“模式”为“安全(SSL)”后可以正常登录服务器。,Page 75,案例十四 网管客户端无法登陆服务器,网管客户端无法登陆服务器问题处理方法：检查客户端到服务器路由是否可达；检查客户端与服务器网管版本是否一致；检查客户端与服务器通信端口是否一致；检查客户端与服务器登陆模式设置是否一致。,提示：首先要确认客户端自身软件

48、，硬件及组网连接方面没有问题。,Page 76,问 题,某PON口下的ONT不能自动发现，可能的原因有哪些？某PON口下所有终端业务中断，请分析下可能原因？,Page 77,总 结,故障处理基本流程故障处理常用方法典型故障处理案例,Page 78,附录：技术支持,获取最新技术资料请登陆 http:/客户服务邮箱：客户服务电话：0755-28560000 4008302118,Page 79,缩略语,EPON:Ethernet Passive Optical Network 以太网无源光网络OLT：Optical Line Terminal 光线路终端ONU：Optical Network Un

49、it 光网络单元ONT：Optical Network Terminal 光网络终端ODN：Optical Distribution Network 光分配网络MDU：multi-dwelling unit 多住户单元SFU：single family unit 单家庭用户单元SBU：single business unit 单商业用户单元,Page 80,缩略语,FTTH：Fiber to the Home 光纤到家FTTB：Fiber to the Building 光纤到楼FTTC：Fiber to the Curb 光纤到路边FTTN：Fiber to the Network 光纤到网络DSLAM：Digital Subscribe Line Access Multiplexer 数字用户线接入复用器TDMA：Time Division Multiple Access 时分复用接入DBA：Dynamic Bandwidth Assignment 动态带宽分配,