关于PON网络故障典型案例.docx
《关于PON网络故障典型案例.docx》由会员分享，可在线阅读，更多相关《关于PON网络故障典型案例.docx（22页珍藏版）》请在冰点文库上搜索。
关于PON网络故障典型案例
关于PON网络故障典型案例
1、华为PON网络典型故障案例
、B类ONU上行VLAN透传问题
故障描述：
接到保障一个B类ONU无法上网，网管检查该ONU状态正常，（该ONU有两个上联口，尾纤接1口时ONU无法登岸，接2口时ONU正常登岸）业务配置正常，ONU上能识别到网口下带电脑的MAC地址，但在OLT上查询不到该MAC地址。
故障诊断：
定位及处置进程：
1、检查该B类ONU状态正常，无任何异样告警。
2、与现场查对CVLAN，SVLAN与网管上配置一致，检查OLT上serviceport、线路模板配置正常，检查ONU上serviceport，以太网端口设置均正常。
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地址，现场反馈业务正常。
分析情形：
1、displaymac_addressport0/1/1查看ONU可否获取手提上的MAC地址。
截图01
2、displayvlanxxx查看vlan是通过哪个上联口向上透传
截图02
通过截图看出vlan是从1口向上透传的，而现场在用的是2口。
3、displayboardx/x查看板卡上端口的状态。
截图03
故障分析为1口是DOWN的，2口为UP的。
VLAN无法从1口透传上去。
结论：
通过ONU的MAC地址的透传情形定位为VLAN从ONU透传到OLT上的设置错误而致使用户无法上网。
通过把在用端口增加到VLAN的端口列表后，业务恢复正常。
解决方法：
把在用端口增加到VLAN的端口列表
步骤：
在网管系统中，进入ONU网元治理器，点击VLAN查询，在端口列表选项中右键增加，勾选在用端口。
截图04
同类故障处置指引梳理：
1、第一步：
了解现场情形，ONU端口在用情形。
2、第二步：
通过MAC地址透传的情形，初步定位故障发生的位置。
3、第三步：
检查上联口状态及VLAN透传口，判定MAC地址是不是有向上透传。
、ONU参数设置问题
故障描述：
10月19日康裕北苑多家家客异样案例。
现场ONU能正常注册，但ONU里面拨号失败，一直显示正在连接，业务中断。
故障诊断：
现场反馈ONU拨号异样，ONU内部拨号显示正在连接。
疑心问题：
OLT上数据配置显现问题、ONT上数据配置显现问题、光路故障、OLT上层数据配置问题、ONT设备故障，OLT端口故障，用户上联设备不是上报故障ONT等问题。
依照网服报障清单检查网元配置，发觉网服清单与现实报障点不一致。
与现场确认报障网元，检查ONU侧与OLT侧收光正常，可排除光缆故障。
检查网管上相关网元无任何异样告警，业务配置、以太网端口设置均正常，报障端口有其他正常在用ONU存在，可排除OLT上配置错误和OLT端口故障，
依照MAC地址检查，发觉OLT上不能学习到ONT上报的MAC地址，疑心ONU故障或ONT上数据配置问题。
检查现场ONT配置时，发觉WAN口配置情形是：
获取IP地址的方式—PPPOE；状态—正在连接；没获取IP；VLAN—41,发觉现场配置与OLT数据配置不一致，致使PPPOE连接不上，OLT配置端口VLAN为2159。
判定为ONT配置数据错误。
要求网服现场人员改换正确CVLAN后，拨号正常，业务恢复。
分析情形：
通过以上步骤的测试和分析，能够判定现场WAN口配置与实际数据不一致致使这次故障，现场配置VLAN均为41，PPPOE模式。
网管数据配置VLAN为工单的真实CVLAN.
结论：
故障站点OLT配置数据为旧模板配置数据，不适合配套现场指引里面的配置数据，需要改动ONU上WAN口配置VLAN为真实的CVLAN。
解决方法：
1、显现故障时快速恢复方案
检查ONT现场配置数据与网管配置数据是不是一致。
在确认OLT数据配置无误后，要求现场把不一致的VLAN更改成正确的CVLAN。
2、隐患预防方法：
要求现场开通人员严格依照开通流程配置ONT上数据，切勿擅自修改或创建不符合开通标准的数据。
同类故障处置指引梳理：
第一步：
telnet到OLT上，检查OLT是不是学习到ONU上报的MAC地址
第二步：
确信OLT上学习不到ONU上报的MAC地址后，检查OLT上配置，要紧检查线路模板、业务模板和service-port配置是不是正确。
第三步：
确认现场配置信息是不是与网管一致（获取IP地址的方式、VLAN）：
注：
现场WAN口信息里面的VLAN配置，必需与网管上配置的CVLAN一致，不然会致使业务不通故障。
、B类ONU改换PON口
故障描述：
现场报障反馈广播电视大学业务全阻；经排查发觉该站点之前停用过一段时刻，此刻需要复通，可是原分光器端口已被其他站点占用，且该分光器下已无可用端口，需要改换PON口，之前的分光器接到西德胜OLT的5槽3口，现需要把数据换到18槽3口。
故障诊断：
定位及处置进程
1、经过拔插ONU检查，确认ONU已改换到18槽3口，在OLT的18槽3端口下，点击自动发觉ONU，查对SN码，确认ONU已正确连接。
2、进入GPON调度系统10.244.78.86:
8088/在GPON工单进度查询中以广播电视大学作为工单题目搜索条件进行搜索；进入工单后找出在用端口的CVLAN，SVLAN等信息；并记录原5板3口下的线路模板名称，IP地址，IP地址掩码，默许网关，治理VLAN等信息后删除原ONU。
解决方法：
在18板3口下面配置ONU数据。
1、点击自动发觉ONU，确认该ONU后，在弹出的对话框中输入ONU名称并选择线路模板。
按前一步记录下来的线路模板名称搜索相应的模板，并选中
2、点击网管治理通道参数，输入相应的IP地址、掩码、网关，治理VLAN等信息；
3、依照施工单信息，在OLT上新建serviceport，如以下图。
选中ONU，进入ServicePort信息界面，在空白处右键选择增加；
选择正确的接口，并输入相应的SVLAN，CVLAN和流量模板等信息
如上诉方式把施工单上面的8条业务的serviceport建齐（注意端口必然要选好）。
4、同步ONU数据，由于只改换了OLT的PON口，ONU数据没变，同步后ONU数据恢复。
与现场核实业务恢复，故障排除。
（如数据丢失，需在ONU上面从头配置VLAN，端口ServicePort等信息）
5、报资源组更改资料。
同类故障处置指引梳理：
1、第一步：
了解现场情形，具体全阻缘故
2、第二步：
依照现场反馈情形，与现场确信拔插确信情形是不是与现场描述一致
3、第三步：
找出相应施工单，依照工单信息结合现场提供信息从头配置OLT端口
2、阿尔卡特PON网络典型故障案例
、OLT上联口故障
故障描述：
海珠区四二一医院和琶洲安置区50多家互联网家客用户保障，现场PPPOE拨号业务和CMCC无线业务均不通。
PPPOE拨号时，电脑提示678错误，连接CMCC无线网络时，获取不了IP地址。
故障诊断：
1、检查ONU有无收发光功率异样等告警，检查ONU的状态及软件版本是不是正确。
2、检查ONU的相应业务配置是不是正确，检查显现故障的ONU端口状态是不是正常，可否学习到正确的MAC地址。
3、检查从ONU端口学习到的MAC地址是不是能够透传到OLT的PONVLAN及SHUBVLAN处，同时检查所配置的SVLAN及SHUBVLAN是不是正确，有无放通到对应的LT板卡及上联板卡。
同时城域网SW亦学习到该MAC地址。
4、检查OLT有无告警，专门是上联板卡，确保上联端口的状态正常，收发光功率正常。
5、该故障中，发觉台涌工业区OLT的上联板NTA板的2口处于DOWN状态，没有接收到对应城域网端口发出的光，经监控派单处置，问题定位为光路纤芯问题致使链路断开，通过现场改换纤芯后，NTA板2口能接收到城域网端口发出的光，现在，客户端反馈PPPOE拨号及CMCC无线业务均恢复正常。
分析情形：
该故障中，发觉台涌工业区OLT的NTA上联板卡的2口处于DOWN状态，但对应的城域网端口却是UP状态。
城域网端口能够收到OLT发出的PPPOEdiscovery包及DHCPdiscovery包，也有向OLT答复对应的offer包，可是没有收到OLT发给城域网端口的答复包。
因此初步判定为，OLT与城域网SW对接的收发两根光纤，是捆绑的。
OLT发往SW的包是同时发送的，SW发还OLT的包有部份发到光路断开的一边上，致使有丢包现象，故不能成功成立连接。
处置好光路异样后，故障排除，业务恢复。
结论：
应时刻监控OLT上联端口的状态及告警，包括ETHERNETLINKDOWN告警、LACPLINKDOWN告警及收发光功率异样告警。
一旦发觉此类告警，应及时处置，不然有可能阻碍到较大片区的业务故障。
解决方法：
1、显现故障时快速恢复方案
（1）检查ONU配置及端口状态是不是正常，可尝试改换ONU测试。
（2）检查OLT上联端口状态及告警，假设有端口处于DOWN状态，且该OLT符合双上联条件，可先尝试关闭此端口，然后测试业务是不是正常。
（3）派单处置OLT的上联故障光路，从头打开OLT上联端口，使对应OLT端口能收到城域网端口发出的光。
2、隐患预防方法：
监控OLT的上联端口状态，发觉端口状态异样及告警，及时处置。
需检查的内容包括如下：
上联端口的状态，包括是不是处于UP状态等
上联端口有无告警，包括ETHERNETLINKDOWN告警、LACPLINKDOWN告警及收发光功率异样告警。
同类故障处置指引梳理：
第一步：
检查ONU配置及状态，ONU连接端口状态，及可否正常学习到接入设备的MAC地址。
检查ONU配置及状态
检查ONU收光功率
检查ONU端口状态
检查ONU端口可否正常学习到MAC地址
第二步：
检查ONU端口学习到的MAC地址可否正常透传到PONVLAN及SHUBVLAN处，对应的SVLAN及SHUBVLAN配置是不是正确，询问城域网SW是不是能学习到MAC地址。
检查MAC地址是不是能透传到PONVLAN
检查MAC地址是不是能透传到SHUBVLAN
第三步：
检查OLT上联板卡及LT板卡有无告警。
最后，在一切均正常的情形下，需到现场抓包进行问题定位。
检查上联板卡有无告警
、ONU端口异样
故障描述：
网服报障：
客户益民饮水打不了，外勤在ONU端口连电脑ping不通网关。
故障诊断：
定位及处置进程：
检查ONU正常在线，无任何异样告警
检查UNI参数中的配置状态为100Base-T（全双工），让现场拔出网线，配置状态为未检测到，插回网线，配置状态为100Base-T（全双工），确认操作端口无误，能识别到现场电脑。
与现场查对ONU类型，ARP绑定的IP地址，S-VLAN，C-VLAN，ServicePortal等信息，确认报障端口业务配置正常。
查看端口学习MAC地址的情形，学习不到，询问保护人员得知现场有两台ONU，都是同一PON下的，报障的ONU全数端口占用完了，另外一台ONU有空闲端口，但和报障的ONU版本类型不一致
5、把报障端口的数据删除，做到另外一台ONU，绑定了IP地址，发觉现场电脑的MAC地址能正常学习上来，但仍是ping不通网关。
6、督导反馈不同类型的ONUUNI参数中的效劳质量会话配置文件可能会有所不同，选择正确的配置文件重做数据后，现场ping通网关，确认业务临时抢通恢复。
分析情形：
通过以上步骤的测试和分析，初步判定报障ONU端口存在异样，由于报障ONU无空闲端口测试，恰好现场又有同一PON下的另一台ONU有空闲端口，把数据做到另外一台ONU上，业务临时抢通恢复。
结论：
现场确认网线及电脑无端障，在ONU其它端口测试正常的情形下，在连接报障ONU端口时，UNI参数中的配置状态为未检测到,能够判定该端口异样，可能是物理故障，配置状态为100Base-T（全双工），能识别到现场电脑，数据配置正常的情形下，学习不到MAC地址，能够疑心端口存在异样，能够尝试改换端口（或改换ONU）做测试定位排除故障。
解决方法：
1、接到报障，定位判定ONU或ONU某个端口是不是存在物理故障
2、检查ONU数据配置，MAC地址学习情形
3、在不阻碍同一个ONU其它客户利用的情形下，做测试定位排除故障。
同类故障处置指引梳理：
第一步：
排除物理连接故障
第二步：
确认数据配置无误
第三步：
与客户现场做测试定位排除故障。
升级会员 