关于PON网络故障典型案例

1、关于PON网络故障典型案例目 录1、华为PON网络典型故障案例21.1、B类ONU上行VLAN透传问题21.2、ONU参数设置问题51.3、B类ONU更换PON口82、阿尔卡特PON网络典型故障案例132.1、OLT上联口故障132.2、ONU端口异常201、 华为PON网络典型故障案例1.1、B类ONU上行VLAN透传问题故障描述：接到电话保障一个B类ONU无法上网，网管检查该ONU状态正常，（该ONU有两个上联口，尾纤接1口时ONU无法登陆，接2口时ONU正常登陆）业务配置正常，ONU上能识别到网口下带电脑的MAC地址，但在OLT上查询不到该MAC地址。故障诊断：定位及处理过程：1、检查该

2、B类ONU状态正常，无任何异常告警。2、与现场核对CVLAN，SVLAN与网管上配置一致，检查OLT上service port、 线路模板配置正常，检查ONU上service port，以太网端口设置均正常。3、联系现场，把手提电脑接到对应的网口上，长PING网关。在网管上，进入ONU的命令行，观察该手提的MAC地址能透传上ONU。4、进入OLT的命令行，查询不到该MAC地址。5、双击ONU进入网元管理器，检查VLAN是从0/0/1口透传到OLT的，而状态正常且在用的是0/0/2口，于是把0/0/2口增加到VLAN的端口列表中。6、进入OLT的命令行能够查询到该MAC地址，现场反馈业务正常。分

3、析情况：1、display mac_address port 0/1/1 查看ONU能否获取手提上的MAC地址。截图012、display vlan xxx 查看vlan是通过哪个上联口向上透传截图02通过截图看出vlan是从1口向上透传的，而现场在用的是2口。3、display board x/x 查看板卡上端口的状态。截图03故障分析为1口是DOWN的，2口为UP的。VLAN无法从1口透传上去。结论：通过ONU的MAC地址的透传情况定位为VLAN从ONU透传到OLT上的设置错误而导致用户无法上网。通过把在用端口增加到VLAN的端口列表后，业务恢复正常。解决措施：把在用端口增加到VLAN的端

4、口列表步骤：在网管系统中，进入ONU网元管理器，点击VLAN查询，在端口列表选项中右键增加，勾选在用端口。截图04同类故障处理指引梳理：1、 第一步：了解现场情况，ONU端口在用情况。2、 第二步：通过MAC地址透传的情况，初步定位故障发生的位置。3、 第三步：检查上联口状态及VLAN透传口，判断MAC地址是否有向上透传。1.2、ONU参数设置问题故障描述：10月19日康裕北苑多家家客异常案例。现场ONU能正常注册，但ONU里面拨号失败，一直显示正在连接，业务中断。故障诊断：现场反馈ONU拨号异常，ONU内部拨号显示正在连接。怀疑问题：OLT上数据配置出现问题、ONT上数据配置出现问题、光路故

5、障、OLT上层数据配置问题、ONT设备故障，OLT端口故障，用户上联设备不是上报故障ONT等问题。根据网服报障清单检查网元配置，发现网服清单与现实报障点不一致。与现场确认报障网元，检查ONU侧与OLT侧收光正常，可排除光缆故障。检查网管上相关网元无任何异常告警，业务配置、以太网端口设置均正常，报障端口有其他正常在用ONU存在，可排除OLT上配置错误和OLT端口故障，根据MAC地址检查，发现OLT上不能学习到ONT上报的MAC地址，怀疑ONU故障或ONT上数据配置问题。检查现场ONT配置时，发现WAN口配置情况是：获取IP地址的方式PPPOE；状态正在连接；没获取IP；VLAN41,发现现场配置

6、与OLT数据配置不一致，导致PPPOE连接不上，OLT配置端口VLAN为2159。判断为ONT配置数据错误。要求网服现场人员更换正确CVLAN后，拨号正常，业务恢复。分析情况： 经过以上步骤的测试和分析，可以判断现场WAN口配置与实际数据不一致导致这次故障，现场配置VLAN均为41，PPPOE模式。网管数据配置VLAN为工单的真实CVLAN.结论： 故障站点OLT配置数据为旧模板配置数据，不适合配套现场指引里面的配置数据，需要改动ONU上WAN口配置VLAN为真实的CVLAN。解决措施：1、出现故障时快速恢复方案检查ONT现场配置数据与网管配置数据是否一致。在确认OLT数据配置无误后，要求现场

7、把不一致的VLAN更改为正确的CVLAN。2、隐患预防措施：要求现场开通人员严格按照开通流程配置ONT上数据，切勿擅自修改或创建不符合开通规范的数据。同类故障处理指引梳理：第一步： telnet到OLT上，检查OLT是否学习到ONU上报的MAC地址第二步： 确定OLT上学习不到ONU上报的MAC地址后，检查OLT上配置，主要检查线路模板、业务模板和service-port配置是否正确。第三步：确认现场配置信息是否与网管一致(获取IP地址的方式、VLAN)：注：现场WAN口信息里面的VLAN配置，必须与网管上配置的CVLAN一致，否则会导致业务不通故障。1.3、B类ONU更换PON口故障描述：现

8、场报障反馈广播电视大学业务全阻；经排查发现该站点之前停用过一段时间，现在需要复通，但是原分光器端口已被其他站点占用，且该分光器下已无可用端口，需要更换PON口，之前的分光器接到西德胜OLT 的5槽3口，现需要把数据换到18槽3口。故障诊断：定位及处理过程 1、经过拔插ONU检查，确认ONU已更换到18槽3口，在OLT的18槽3端口下，点击自动发现ONU，核对SN码，确认ONU已正确连接。 2、进入GPON调度系统6:8088/ 在GPON工单进度查询中以广播电视大学作为工单标题搜索条件进行搜索；进入工单后找出在用端口的CVLAN，SVLAN等信息；并记录原5板

9、3口下的线路模板名称，IP地址，IP地址掩码，默认网关，管理VLAN等信息后删除原ONU。解决措施：在18板3口下面配置ONU数据。1、点击自动发现ONU，确认该ONU后，在弹出的对话框中输入ONU名称并选择线路模板。按前一步记录下来的线路模板名称搜索相应的模板，并选中2、点击网管管理通道参数，输入相应的IP地址、掩码、网关，管理VLAN等信息；3、按照施工单信息，在OLT上新建service port，如下图。选中ONU，进入Service Port信息界面，在空白处右键选择增加；选择正确的接口，并输入相应的SVLAN，CVLAN 以及流量模板等信息如上诉方法把施工单上面的8条业务的serv

10、ice port建齐（注意端口一定要选好）。4、同步ONU数据，由于只更换了OLT的PON口，ONU数据没变，同步后ONU数据恢复。与现场核实业务恢复，故障消除。（如数据丢失，需在ONU上面重新配置VLAN，端口Service Port 等信息）5、报资源组更改资料。同类故障处理指引梳理：1、 第一步：了解现场情况，具体全阻原因2、 第二步：根据现场反馈情况，与现场确定拔插确定情况是否与现场描述一致3、 第三步：找出相应施工单，根据工单信息结合现场提供信息重新配置OLT端口2、 阿尔卡特PON网络典型故障案例2.1、OLT上联口故障故障描述：海珠区四二一医院和琶洲安置区50多家互联网家客用户保

11、障，现场PPPOE拨号业务和CMCC无线业务均不通。PPPOE拨号时，电脑提示678错误，连接CMCC无线网络时，获取不了IP地址。故障诊断： 1、检查ONU有无收发光功率异常等告警，检查ONU的状态及软件版本是否正确。2、检查ONU的相应业务配置是否正确，检查出现故障的ONU端口状态是否正常，能否学习到正确的MAC地址。3、检查从ONU端口学习到的MAC地址是否能够透传到OLT的PONVLAN及SHUB VLAN处，同时检查所配置的SVLAN及SHUB VLAN是否正确，有无放通到对应的LT板卡及上联板卡。同时城域网SW亦学习到该MAC地址。4、检查OLT有无告警，特别是上联板卡，确保上联端

12、口的状态正常，收发光功率正常。5、该故障中，发现台涌工业区OLT的上联板NTA板的2口处于DOWN状态，没有接收到对应城域网端口发出的光，经监控派单处理，问题定位为光路纤芯问题导致链路断开，经过现场更换纤芯后，NTA板2口能接收到城域网端口发出的光，此时，客户端反馈PPPOE拨号及CMCC无线业务均恢复正常。分析情况：该故障中，发现台涌工业区OLT的NTA上联板卡的2口处于DOWN状态，但对应的城域网端口却是UP状态。城域网端口可以收到OLT发出的PPPOE discovery包及DHCP discovery包，也有向OLT回复对应的offer包，但是没有收到OLT发给城域网端口的回复包。因此

13、初步判断为，OLT与城域网SW对接的收发两根光纤，是捆绑的。OLT发往SW的包是同时发送的，SW发回OLT的包有部分发到光路断开的一边上，导致有丢包现象，故不能成功建立连接。处理好光路异常后，故障消除，业务恢复。结论：应时刻监控OLT上联端口的状态及告警，包括ETHERNET LINKDOWN告警、LACP LINKDOWN告警及收发光功率异常告警。一旦发现此类告警，应及时处理，否则有可能影响到较大片区的业务故障。解决措施：1、出现故障时快速恢复方案（1）检查ONU配置及端口状态是否正常，可尝试更换ONU测试。（2）检查OLT上联端口状态及告警，若有端口处于DOWN状态，且该OLT符合双上联条

14、件，可先尝试关闭此端口，然后测试业务是否正常。（3）派单处理OLT的上联故障光路，重新打开OLT上联端口，使对应OLT端口能收到城域网端口发出的光。2、隐患预防措施：监控OLT的上联端口状态，发现端口状态异常及告警，及时处理。需检查的内容包括如下：上联端口的状态，包括是否处于UP状态等上联端口有无告警，包括ETHERNET LINKDOWN告警、LACP LINKDOWN告警及收发光功率异常告警。同类故障处理指引梳理：第一步：检查ONU配置及状态，ONU连接端口状态，及能否正常学习到接入设备的MAC地址。检查ONU配置及状态检查ONU收光功率检查ONU端口状态检查ONU端口能否正常学习到MAC

15、地址第二步：检查ONU端口学习到的MAC地址能否正常透传到PONVLAN及SHUB VLAN处，对应的SVLAN及SHUB VLAN配置是否正确，询问城域网SW是否能学习到MAC地址。检查MAC地址是否能透传到PONVLAN检查MAC地址是否能透传到SHUB VLAN第三步：检查OLT上联板卡及LT板卡有无告警。最后，在一切均正常的情况下，需到现场抓包进行问题定位。检查上联板卡有无告警 2.2、ONU端口异常故障描述：网服报障：客户益民饮水打不了电话，外勤在ONU端口连电脑ping不通网关。 故障诊断：定位及处理过程：检查ONU正常在线，无任何异常告警检查UNI参数中的配置状态为100Base

16、-T(全双工)，让现场拔出网线，配置状态为未检测到，插回网线，配置状态为100Base-T(全双工)，确认操作端口无误，能识别到现场电脑。 与现场核对ONU类型，ARP绑定的IP地址，S-VLAN，C-VLAN，Service Portal等信息，确认报障端口业务配置正常。查看端口学习MAC地址的情况，学习不到，询问维护人员得知现场有两台ONU，都是同一PON下的，报障的ONU全部端口占用完了，另外一台ONU有空闲端口，但和报障的ONU版本类型不一致5、把报障端口的数据删除，做到另外一台ONU，绑定了IP地址，发现现场电脑的MAC地址能正常学习上来，但还是ping不通网关。6、督导反馈不同类型的ONU UNI参数中的 服务质量会话配置文件 可能会有所不同，选择正确的配置文件重做数据后，现场ping通网关，确认业务临时抢通恢复。分析情况：经过以上步骤的测试和分析，初步判断报障ONU端口存在异常，由于报障ONU无空闲端口测试，刚好现场又有同一PON下的另一台ONU有空闲端口，把数据做到另外一台ONU上，业务临时抢通恢复。结论： 现场确认网线及电脑无故障，在ONU其它端口测试正常的情况下，在连接报障ONU端口时，UN