GPON设备故障处理

GPON设备故障处理本章学习目标掌握故障处理流程掌握故障处理的方法，能解决一些常见故障课程内容故障处理流程故障处理方法故障分类故障案例什么是PON？PON是一种点到多点（P2MP）结构的无源光网络。

PON由光线路终端OLT（OpticalLineTerminal）、光网络单元ONU（OpticalNetworkUnit）和无源分光器POS（PassiveOpticalSplitter）组成。PassiveOpticalNetwork

无源光网络OLTONUOpticalLineTerminal光线路终端OpticalNetworkUnit光网络单元PassiveOpticalSplitter

无源分光器PSTNInternetCATVONUONUPassiveOpticalSplitter

无源分光器为什么选择PON？PON（PassiveOpticalNetworks）三大优势：更远的传输距离：采用光纤传输，接入层的覆盖半径20KM；更高的带宽：GPON支持上行1.25G，下行2.5G，XG-PON支持上行2.5G，下行10G；分光特性：局端单根光纤经分光后引出多路到户光纤，节省光纤资源。PON支持Triple－play业务，可提供全业务竞争方案，可以有效解决双绞线接入的带宽瓶颈，满足用户对高带宽业务的需求，如高清电视、实况转播等。PON是三网合一的上佳方案。PON标准完善，综合业务支持好，技术要求高。<1Mbps3M8M25M100MADSL/ADSL2+CopperBasedVDSL/ADSL2+CopperBasedPONFiberBased2002200320062010时间带宽互联网视频会议远程控制接入技术业务需求VoD标清电视视频会议Game实况TVVoDHDTV<3km<2km<1km~20km覆盖半径ServiceNetworkOLTONT/ONUG.65xSplitter传输距离20km~60kmSNIEMSCPNONT/ONUONT/ONUODN上行波长:1310nm下行波长:1490nm第三方波长:1550nmPON系统结构逻辑距离：特定传输系统能够实现的最大距离，它不受光功率预算的限制物理距离：指特定传输系统能够实现的最大物理距离PON工作原理----数据复用PON系统采用WDM技术，实现单纤双向传输（强制）。1490nm1310nmPON工作原理为了分离同一根光纤上多个用户的来去方向的信号，采用以下两种复用技术：下行数据流采用广播技术；上行数据流采用TDMA技术。ODN–波长G.652标准单模光纤下行（OLT到ONU）波长1490nm，承载语音和数据信号上行（ONU到OLT）波长1310nm，承载语音和数据信号下行还可以使用1550nm的波长，用于承载CATV视频信号上下行是否可以采用相同波长？ODN–光纤多模光纤中心玻璃芯较粗，可传多种模式的光。模间色散较大，传输距离比较近。一般用橙色（橘红色）表示，也有的用灰色表示。单模光纤中心玻璃芯很细，只能传一种模式的光。其模间色散很小，传输距离较长。一般用黄色表示ODN–光纤连接器FCFerruleConnector螺丝紧固型。用于公共通信线路，局域网，CATV，测量仪器等（如光功率计、可调衰减器）。SCSubscriberConnector/StandardConnector推压型，可以很容易地装卸。是最普通的连接器。重量轻，体积小，便于操作。用于OLT和ONU的PON口。LCLucentConnector/LocalConnector为推压型，可以很容易地装卸。是超小型光连接器，可以进行高密度装配。用于OLT上连接口ODN–光纤连接器PCPhysicalContact微球面研磨抛光。回波损耗≥40dB，常用于电信网络，传输数据和语音信号。蓝色接头。APCAngledPhysicalContact。呈8度角并做微球面研磨抛光。回波损耗≥60dB，常用于有线电视网络，传输CATV信号。绿色接头。分光器引起的衰减每经过一个1：2的分光器，衰减约为3dB。所以1：4的分光器引起的衰减约为6dB，1：8的分光器引起的衰减约为9dB，以此类推。下行波长1490nm光纤衰减系数0.36db/kmSplitter插损（1：n）10lg(1/n)法兰引入的插损0.5db/个熔接头引入的插损0.1db/个上行波长1310nm光纤衰减系数0.42db/kmSplitter插损（1：n）10lg(1/n)法兰引入的插损0.5db/个熔接头引入的插损0.1db/个故障排除的一般步骤故障现象观察故障相关信息收集经验判断和理论分析各种可能原因列表对每一原因实施排错方案故障排除？恢复实施方案前的网络状态故障排除循环1循环2NY即初始故障状态故障处理基本原则观察维护人员到达现场后，首先应仔细查看设备的故障现象，包括：设备的故障点、告警原因、严重程度、危害程度。询问询问相关操作人员，是否有直接原因导致此故障。查询清楚设备的历史操作、历史告警等。思考根据现场查看的故障现象和询问的结果，结合自己的知识进行分析，进行故障定位，判断故障点和故障原因。动手根据前三个步骤，采取相应的操作，例如修改配置数据、更换单板等。课程内容故障处理流程故障处理方法故障分类故障案例故障定位故障原因工程问题外部原因硬件问题人为故障版本问题设备对接问题……故障处理方法常用故障定位方法观察分析法测试法替换法配置数据分析法更改配置法仪表测试法经验处理法作为故障处理人员，须掌握GPON原理，熟悉设备硬件和组网结构，掌握基本维护操作。

故障处理注意事项处理过程中如遇到难以定位解决的问题，需尽快联系厂家进行处理。在紧急故障处理时，要及时、准确记录必要的信息和处理步骤，以供后续分析故障原因所用；需要收集的信息包括：1．版本信息，包括系统软件的版本，ONU版本，相关单板版本。2．提供现场设备的组网图，且特别说明上联口的情况，光口还是电口，半双工还是全双工，自适应还是强制方式；VLAN划分情况，tagged还是untagged。3．描述设备基本配置情况，包括ONU数目，单板类型和数量，VLAN划分，端口tag方式。4．详细描述故障现象。5．提供相关的告警。课程内容故障处理流程故障处理方法故障分类故障案例故障分类网管类故障网管ping不通网元网管能ping通网元，但通过NetNumen管理不到能管理到，但有些功能使用不正常……业务类故障所有业务全断上网速度慢或掉线能上网但不能打电话……网管不通时的检查步骤带外网管：检查网线。检查IP地址设定是否正确。带内和带外网管的IP不能设置在同一个IP地址段arp内容错误，用ARP–D清除arp条目。带内网管：在上述基础上，进一步检查网管VLAN配置网管个别菜单无法执行时处理步骤检查网元版本和网管版本。版本不匹配会出现操作不正常。通过人机命令执行相应的命令，看是否能执行成功。是否操作动作太快，内部处理忙，等一段时间再试。如果是ONU远程管理操作相关命令，确认ONU型号和版本是否支持相应功能。如果ONU支持不同工作模式，检查ONU的工作模式，必要的话重新设置工作模式。重启OLT和网管看是否能正常。ONU无法注册－可能的故障原因1.

光纤问题：光纤连接错误。光纤断。光纤距离过长。光纤衰减过大/小。2.

光模块问题：光模块损坏。光模块接收灵敏度过低。光模块发光功率过高/低。3.

有ONU长发光或者下面接有长发光的其它设备。4.

OLTPON口被禁用。5.

ONU其它故障。6.

OLT其它故障ONU无法注册的检查步骤查看PON口工作状态，看是否打开；用人机命令查看ZXAN#showgpononuuncfggpon-olt_1/5/1（显示相关PON口下未注册认证的ONU） 看是所有ONU都无法注册还是个别ONU的问题。检查实际的光纤距离和OLT的MAXRTT设置查看事件和告警，看是否有异常。用光功率计测试光功率。在局端PON口直接连ONU，看能否搜索到；注意如果PON口直接连ONU时，可能光功率过强，可以将光纤略为拔出一点。接到其它槽位或PON口上，看是否能搜索到。更换ONU，看是否ONU的问题。更换光纤分支，看是否光纤问题。检查OLT和ONU版本是否太老，升级到最新版本。检查用户板管理的ONU类型是否设置正确。无法上网时的检查步骤首先在ONU管理界面中检查ONU是否能正常注册。如果无法正常注册，请测量ONU接收的光功率，检查光路是否有问题。如果可以注册，仍然无法上网，检查OLT和ONU上的VLAN配置是否正确。检查带宽是否设置是否太小，如果太小，改成100M以上试试；将空余的上联以太网端口以untag方式加到业务VLAN中，PVID值修改成对应的VLAN号，然后在端口上接一台电脑，测试是否能上网。如果无法上网，可能是上联网络出了问题。请检查上联口的端口状态，并检查上联交换机VLAN配置是否正确等。如果可以上网，说明上联网络没有问题，在PON口直接接一台新的ONU，注册通过后，设置好ONU的VLAN号，然后测试是否能上网。如果局端单独接一台ONU可以上网，再将网络中的ONU一个个接上，看是不是某一设备接上就有问题；如果某ONU下连接的是局域网或多根网线，可断开后单独接一台电脑测试，排除局域网问题。上网速度慢或掉线的检查步骤检查带宽设定是否过小，将上行带宽和下行带宽值调为更大的值，看是否正常。检查是否所有VLAN内的PON口都配置成了TAG方式。检查告警记录和通知消息内，是否有ONU掉线的记录，如果有，在PON口直接接一台ONU（光纤拔出一点，否则光功率过强），注册通过后，查看是否还频繁掉线，通过这样判断是否光网络问题。可在空余的上联端口接一台电脑，数据按上面介绍的配置，然后测试上网是否正常。如果也不正常，将下连的PON口光纤都断开，再测试是否正常。如果仍然不正常，检查上联网络的问题，看是否丢包。如果ONU下连接的是局域网或多根网线，可断开后单独接一台电脑测试，排除局域网问题。GPON业务不通（一）故障现象PPPOE拨号无应答,VOIP无拨号音可能原因ONU没有注册上ONU未开通ONU用户端口/OLT上联接口连接状态异常ONU用户端口/ONU虚端口/OLT上联口VLAN配置错误MAC地址/IP地址冲突网络中存在环回MAC地址/IP地址被绑定ACL设置有问题GPON业务不通（二）处理建议查看接口状态,看是否用户口或者上联口端口是DOWN的查看ONU状态,看ONU注册上并且认证通过查看地址表，分析包的转发情况，看是在哪个环节不通检查VLAN的配置,看和业务规划情况以及MAC地址学习情况是否一致查看接口统计,看接口进出流量,看广播包和组播包增长情况是否正常检查带宽配置,将带宽调大看看.如果有空闲的上联电口,在该端口上配置defaultvlan,接计算机测试上联网络是否正常.如果无法上网，可能是上联网络出了问题。请检查上联口的端口状态，并检查上联交换机VLAN配置是否正确等。如果可以上网，说明上联网络没有问题，在PON口直接接一台新的ONU，注册通过后，设置好ONU的VLAN号，然后测试是否能上网。如果局端单独接一台ONU可以上网，再将网络中的ONU一个个接上，看是不是某一设备接上就有问题；如果某ONU下连接的是局域网或多根网线，可断开后单独接一台电脑测试，排除局域网问题。GPON业务时通时不通（一）故障现象有时候PPPOE拨号失败(找不到服务器),VOIP电话无拨号音,IPTV画面停止可能原因:ONU状态不稳定MAC地址冲突造成MAC地址迁移IP地址冲突造成业务转发错误网络有物理环路造成MAC地址迁移或者网络风暴由于网络设备软件对特定包环回造成MAC地址迁移或者网络风暴由于带宽配置不够在业务高峰期业务不通GPON业务时通时不通（二）处理建议检查ONU状态,看ONU是否不稳定查看MAC地址表,看是否存在MAC地址迁移,如果有的话,检查地址表中转发端口和实际的设备连接关系是否一致.查看接口流量统计,看是否存在流量异常,对比带宽配置看是否满足流量要求在不同环节截包,分析业务包中的交互关系是否正常.业务丢包（一）故障现象:上网速度慢或掉线,VOIP话音质量差,IPTV图像或者声音卡可能原因:光路质量差,误码引起丢包上联光口时钟超标,引起丢包带宽配置满足不了业务流量丢包部分业务的突发特性过强引起业务丢包以太网电口速率模式设置不合适，一端为全双工，一端为半双工引起丢包网络中VLAN规划或者配置不合理造成洪泛引起丢包网络中存在环路形成广播,组播风暴引起丢包业务丢包（二）处理建议查看接口统计,看错包计数是否有增长查看告警和事件记录,看是否有误码告警查看接口流量统计,看是否存在流量异常,对比带宽配置看是否满足流量要求在不同环节截包,看广播包,组播包和未知目的地址的单播包的源头语音类故障处理－摘机无音故障现象摘机后听不到拨号音。处理方法1.摘机无馈电。2.摘机有馈电，参照以下步骤进行排查。a.用户吊死，这种情况可以把这个用户做被叫，用其他话机拨打该用户看看是否能解决，如果不能，复位语音板。b.PON和SS之间链路不通，导致PON上报的摘机消息SS没收到，所以就不会下放拨号音消息，这种情况应该检查网络是否有问题。c.PON和SS上的TidName配置是否一致，如果不一致摘机上报后SS会给PON回错，这种情况也会听不到拨号音。语音类故障处理－呼叫失败故障现象用户呼叫失败。处理方法1.未拨完号码后失败：ONU终端用户拨号后，号码没有拨完，就失败了。a.更换话机进行测试。b.信令跟踪或者抓包查看号码图表（DIGITMAP）是否存在语法问题。c.检查号码图表容量是否超大。d.检查ONU终端的长定时和短定时配置。2.拨完号码失败：拨完号码后失败，这类故障主要原因应该在软交换，进行信令跟踪或者抓包进行分析。语音类故障处理－拨号后听忙音故障现象拨部分号码或全部号码后听忙音。处理方法1.拨部分号码后听忙音，应该是用户拨的号码在SS下的号码表中没有找到匹配的条目，或者PON上设置的位间定时器太长，导致SS认为收号超时(和华为SS对接时会有这种情况)。2.拨完全部号码后听忙音，跟踪H248或MGCP信令，看看信令上是否有给SS回错的地方，如果信令上没错，则是SS找不到被叫或被叫给SS回错，需要从SS或被叫侧查起，如果被叫也是我们的PON，则可以跟踪信令，通过信令可以判断问题在哪里。3.是否是同一个OLT、同一个PON下不同ONU之间打电话，如果是则需要在OLT上起ARPAgent或者ARPProxy。数据类故障处理－上网速度慢、丢包严重、经常掉线故障现象：1.打开网页、下载速度慢。2.用户pingDNS丢包现象严重。3.经常掉线。4.拨号成功率低。数据类故障处理－上网速度慢、丢包严重、经常掉线处理方法：1.上联光纤（光模块）受损，导致光信号损耗过大。测量光信号损耗，更换光纤（光模块）。C300发送光功率范围(1490nm)：＋1.5～＋5dBm（classB+）＋3～＋7dBm（classC+）C300接收光功率范围(1310nm)：－8～－28dBm（classB+）－12～－32dBm（classC+）2.上联端口和上层设备端口的工作模式不一致。检查上联端口配置。端口状态必须是UP，工作模式必须和上层设备端口的工作模式一致。数据类故障处理－上网速度慢、丢包严重、经常掉线3.单板（主控板，用户板）硬件故障或者软件版本故障。重启单板拔插单板降低单板温度更换单板4.在OLT上检查并修改针对ONU的上下行带宽。a.检查ONU带宽设定是否过小。b.检查上行assured(保证带宽)和maximum（最大带宽）数据是否一样。数据类故障处理－上网速度慢、丢包严重、经常掉线5.洪泛转发状态。有些组网环境下可能存在大量的未知包（比如OLT上启用了灵活QINQ、且关闭洪泛抑制），洪泛包可能冲突用户端口带宽，建议关闭洪泛转发。6.检查用户速率模板。查看模板中上下行速率配置是否正确。交织模式应用是否正确。7.检查是否存在MAC地址环回。MAC地址环回，主要存在于相同的MAC地址，在同一PON口下的ONU中同时出现。环回产生后，终端拨号成功率非常低。多次拨号才可能有偶尔一次或者几次成功。组播故障处理故障现象：IPTV出现的故障主要有图像停滞、卡、频道切换慢等。处理方法：检查组播配置是否正确；可以查询到主控板上收到加入包的组播组mac地址，加入组播组的端口以及对应的组播VLAN。请检查该mac是否对应配置的组播ip。显示加入该组播组的ONU以及ONU的端口。如果配置组播组成功，就可以查询到组播组记录。如果ONU发了加入包上来了，就能查询到该组播组中已经加入的ONU和ONU的端口。机顶盒发出加入包给ONU后，在用户标识列表中查询组播vlan，目的mac列表中查询组播mac地址。如果还是显示为0，说明ONU上没有建立起组播组。需要检查ONU的配置，或者机顶盒的配置。检查ONU端口tag是否剥离。更深入的排查需要通过抓包分析检查网络情况。课程内容故障处理流程故障处理的思路和方法故障分类故障案例案例1故障现象F660可以上报SN号，但是完成注册后查看ONU状态一直是“syncmib”。分析过程检查分光器是放在C300机房然后通过两个机房的跳纤连接到F660设备，F660放在C300机房的分光器侧注册是能成功的，把F660放在第一个机房是也可以注册成功，但到了第二个机房和用户那边就无法注册。用测距命令在C300上测试无法注册成功站点，发现距离已经超过了PON口默认最大20公里距离。测试F660距离命令如下。ZXAN#show

gpon

onudistancegpon-onu_1/4/1:1Eqd(bit)Distance(m).......................................................021336处理结果通过修改测距范围为25公里后，故障得以解决。修改测距模式的命令如下：ZXAN(config)#interfacegpon-olt_1/4/1ZXAN(config-if)#shutdownZXAN(config-if)#range-mode50250ZXAN(config-if)#noshutdownZXAN(config)#showgpon

oltrange-modegpon-olt_1/4/1OltInterfaceBase-distance(100m)Maximum-distance(100m)---------------------------------------------------------------------gpon-olt_1/4/150250案例2故障现象F660在C300设备上注册不稳定，经常出现F660运行一段时间后无法正常工作。重启设备故障依旧，只能通过更换F660设备来解决。分析过程通过现场查看跳纤情况，发现现场是C300的GPON口直接通过光纤连接到F660设备，而没有通过分光器，导致光太强，超过了PON口和F660的最高接收光功率。处理结果通过在C300设备的GPON板的PON口和F660设备之间增加分光器解决。案例3故障现象C3002号槽位的GPON板，每隔几天就会出现整块PON板上业务中断的故障，更换单板，故障依旧，和相邻槽位的单板对换，2好槽位还是出现这个问题。分析过程该槽位单板已经是最新版本。出现故障时，MAC地址学习正常，PON-ONU口有流量，怀疑是硬件导致的丢包问题。主控板进行了主备倒换，更换了后背板，2号槽位的PON板也和相邻槽位单板进行了对换，但2号槽位还是出现这种故障，说明和硬件没有关系。根据现场人员反馈，PON板故障时，温度特别高，而且别绪得温度降下去，插回槽位，业务才能恢复，这可能是PON板温度过高导致的问题。用showtemperature查看单板的实时温度，发现这块PON板在白天业务闲时，都能达到45度左右，可想而知，业务繁忙时，温度会更高，有可能超过单板正常工作温度，导致业务故障。一般C300默认的风扇转速设置是这样的：单板温度在48度以下（不含48度），风扇转速是全速的25％；单板温度到48度以上58度以下时，风扇转速为全速的50％；单板温度大于等于58度时，风扇转速会提高到全速的75％。PON板温度高于48度以后，PON板的正常工作就有可能受到影响了，一般PON板能够正常工作的极限温度在55度以下，但是如果温度高于48度，风扇转速提高的50％时，PON工作产生的热量不能及时排出，PON板温度就会继续上升，进而PON板正常工作受到影响。处理结果可行的作法是，把PON板温度控制在48度以下，在PON板温度达到48度时，必须用极大的风扇转速来迅速降低PON板的工作温度，防止PON板温度继续上升，影响正常工作。案例3现场采用的做法是：在单板温度达到38度后，就把风扇转速提高到50％，温度达到48度时，风扇转速提高到70％，观察几天，单板温度基本稳定在了40度左右，工作一直正常。ZXAN(config)#fanspeed-percent-set25507080

ZXAN(config)#showfan

FanControlType

:temperature-control

TemperatureThreshold

:23

38

48

58

(Celsiurscale)

FanSpeedLevelPercent

:25%

50%

70%

80%

HighTemperatureThreshold

:70

(Celsiurscale)

environmentTemperature

:47

(Celsiurscale)

UpperFanboardStatus

:online

Allfanstatus:UpperFanTray

-------------------------------------------

fan

Speed

-------------------------------------------

1

3

2

3

3

3

-------------------------------------------案例4故障现象某C300下有一个PON口下多个用户报障，用户上网频繁离线。分析过程ONU频繁离线，需要进一步详细了解用户具体故障现象，进行初步判断故障点。可以尝试进行更换PON口光模块、PON单板排除C300侧硬件问题。需要使用仪表测量光路是否稳定。判断是否有个别ONU长发光导致，可以抓取OAM扩展消息，查看首发数据是否有异常报文。处理结果用户反馈，出现故障时，电话也无法正常拨打，于是可以判断，故障点在光路或者OLT侧。更换PON口的光模块和更换PON口，故障依旧，由此判断故障点在光路或者分光器侧。到用户家里进行处理，抓取日志，判断是否有长发光ONU信息，查看alarm日志，抓取OAM扩展信息产看是否收发数据正常。查看后，只有离线的告警，没有掉线的告警，可以断定没有长发光现象。协调局方使用专用的光路测试仪表再次进行测试，最后使用otdr打光分析，发现在olt到onu光路之间，有一个节点光衰耗非常大。由此可以断定故障点就在此。

再次和局方沟通，调整光路。局方进行光路调整后，让用户观察几天，用户反馈，没有再出现掉线故障。案例5处理结果上述信令表示3是Alcatel发出的查询报文，C300组播业务代理地址4发出的加入请求，Alcatel设备在接收到请求后并未将组播流引入C300上联口，因此查询上联口组播数据包无增长，测试组播业务黑屏，抓包说明反馈局方后，局方再次检查修改上层组播业务配置，组播业务测试正常，故障解决。故障现象用户使用C300下挂E8-C终端测试IPTV业务，点播测试正常，但是组播测试黑屏，用户将E8-C终端挂在其它C220OLT下，点播直播均正常。分析过程首先检查用户搭建的测试环境配置包括C300和E8-C的配置，检查数据未发现异常，在OLT上做预加入配置，测试点播业务确实正常，基本可以排除上联端口故障，查看IPTV业务上联端口，发现端口组播流量业务流量并不增加，怀疑是上层组播流未引入OLT导致组播业务黑屏，现场抓取C300上联口IGMP数据报文如下：案例6故障现象C300开局后，在U31上创建网元，却无法实现管理，snmp无法ping通。分析过程首先检查网管和C300的连接，互相可以ping通，说明连接没有问题，检查汇聚交换机上的mac地址学习，也没有IP或mac地址冲突的情况。在网管上对网元执行snmpping，从C300的上联口抓包，C300能够收到包，但是不回应，说明161端口没有中间设备屏蔽，问题出在C300上。在检查U31网元上的community与C300上配置是否一致时，发现C300的SNMP配置里没有缺省配置community，随即进行配置【snmp-serverc