epon维护应急预案

njhjc

烽火EPON维护应急预案

EPON设备属于接入层设备，和普通用户联系非常紧密，一般出现故障即会导致用户业务中断，因此就要求维护人员迅速判断故障的性质、位置，以便修复故障。故障处理中，第一步而且最关键的一步就是将故障点准确定位，然后才是采取的措施。

由于接入设备直接面对普通用户，应用坏境比较复杂。很多时候用户申告的故障都是用户自身的原因造成的，比如电脑系统问题，电脑硬件问题，话机质量问题等。所以在收到故障申告后，首先需要确认故障是否是用户自身问题引起的。在排除了用户自身原因后，再来确认故障是线路问题还是设备问题。

故障处理要求判断是线路故障还是设备故障。如果是线路故障，则要求定位出故障的是馈线光缆还是配线光缆或者是入户线，然后通知线路维护人员进行修复；如果是设备故障，就需要根据故障现象判断出设备的故障原因，以便能够及时处理和排除。

设备故障处理的一般流程有两种，分别为单一用户故障处理和重大故障处理。根据故障的不同，具体处理的方法和步骤也不相同，应注意结合具体情况，具体问题具体分析，采取适当的方法和措施，多观察，多分析，避免盲目性。

一．数据业务排查

1.关于OLT数据的排查

主控盘GSWC数据业务判别：在OLT主控盘上查看fdb表


1.可通过图形网管状态回调或登录命令行查询主控盘学的地址的VID应该是最外层VLAN的VID。
2.如果上下行fdb表都正确，但是拨号拨不上去，可以在OLT的上连口抓包，查看进出包内容。如果有出去的包而无回来的包，则可以判断出是上游设备出问题。

3.如果fdb表学习不正确，则VLAN配置有问题，可以根据fdb表的情况，先判断问题出现在哪一个设备上，再查看VLAN配置有无问题。


2.关于ONU数据的排查

FTTH/B型ONU查询

如AN5006-07设备，登陆进07onu的switch目录:

1.sh arl查看mac地址表，会显示学习到的端口、vlanid和mac地址，如果用户的vlanid出现两个表示上下行数据正常，其中26端口( CPU端口)表示下行数据正常，另外一个端口（用户端口1-24） 表示上行数据正常；
2.sh port status显示端口状态，可以查看哪个端口接了电脑，接了电脑显示up，没接显示down；


3.sh vlan default显示所有端口的vlanid；


4.sh vlan all显示所有端口vlan；

sh vlan <vlanid>显示具体某一个vlan端口状态，如果此端口配置为不打标时（即直  接连接电脑），应该显示un

FTTN型ONU查询
      以AN5006-15设备为例

1.telnet 到XA32 线卡，查看XA32 fdb表。
       在XA32线卡上查看fdb表主要是为了查看下行数据，如果在此表中能看到225端口学习到上游的MAC地址，则说明下行数据已到XA32线卡。如果看到业务端口有相应MAC地址，则说明上行数据已到XA32线卡。查看的时候请注意学习到的VID是否正确。


2.在15设备主控盘上查看fdb表
    主控盘学的地址的VID应该是外层VLAN的VID。

二．语音业务排查

1.
关于OLT数据的排查

语音处理AC16盘数据业务判别，可通过图形网管状态回调或登录命令行查询
在NGN状态中查询ONU的注册状态。正常情况下ONU在相关的状态表中为已注册；
如果注册状态为正在注册中则表示该ONU未能正常在MGC平台上注册成功，则查看是否已对ONU设备正常授权、EPON局端VLAN配置是否正确、相应业务的上联口是否与MGC 正确连接（特别注意上联口tag/untag方式）。
查看网管上AC16配置的 设备IP，网关、子网掩码、注册MGC，端口，用户名，端点域名，等是否与局方分配的一致。


2.关于ONU语音数据的排查方法

以AN5006-07为例，其他如FTTH/N型ONU定位思路也类似

在ONU的IAD中 PING MGC的IP或语音网关的IP，检测路由是否正常。如果异常则需要进入
07ONU的PROTOCOL目录检查相关的路由配置是否正确，如：IP、子网掩码、网关。
如果正常需要进一步检测注册状态

   在07上查看MG注册命令

Config\protocol# show mgc

2944
192.168.99.33(192.168.99.33)

MGC address
portID
type
deviceip

1
192.168.99.33
2944


0


the current MGC address:192.168.99.33

Registering

the last connected MGC address:192.168.99.33

       若状态显示unconnected，则表示设备并未发起注册网关的请求，需要在设备上使用命令注册网关，

Config\protocol# reg mg 192.168.99.33

       若状态显示Registering，则表示设备正在向MGC注册，若一直停留此状态，则为设备发出了注册网关的信令，软交换平台不响应，需要查看系统配置的MGC ip地址是否正确。需在SHOW MGC中查看MG的端点域名，IP等配置是否与MGC开通的相符 。如果该配置正确，则需要平台方配合核对数据。
    网关注册状态为connected，电话业务仍有问题，则需进行下一步

查看07MG注册命令显示connected，需要查看端点是否也注册上了
Config\protocol# show user inform 1 to 16
port
Caller/Called
Status
Dialnumber
1
UNKNOWN
INACTIVE

2
UNKNOWN
INACTIVE

…………..

    若状态显示INACTIVE ，则表示端点未注册，此时应发起端点注册。
Config \protocol# reg
port
all

    若状态显示REGING，表示在一直注册；Reg-failed表示注册失败。出现这些状态的原因多有可能是端点用户名等配置与平台数据不符。需核对数据。看系统内配置的用户名（username项）与平台的数据是否相符。（通常情况下，某厂家平台给出的用户名格式为A0，A1等，而某厂家平台给出的格式为AG589000,AG589001等。）
    如果用户状态为idle ，则系统状态正常，此时如果用户电话业务仍不正常，先看电话摘挂机有无馈电，可能是设备到接线柜的连接线断路或短路等问题。

如果以上问题全部排除则需要使用抓包手段定位故障原因。


1）若在局端设备，将串口线接入EC2线卡的DEBUG口，登录“GEPON/GEPON”，进入“USER>”，输入“EN/GEPON”进入设备管理界面-.然后进入调试àconfig#debugàshellà
     在shell模式下做镜像driver_set_mirror(4,1)将PON1口做镜像，mirror所有经过PON2口的包；driver_set_mirror(4,2)将PON2口做镜像，mirror所有经过PON1口的包。此时将抓包PC网线接入EC2的ETH口，即可抓到各PON口进出的包。
关于ONU语音故障的排查

2）若在局端上联处，可对上联口做镜像。将串口接入EPON系统GSWC盘，
config\device# set mirror to 29：5

config\device# set mirror add 29：2
config\device# show mirror
这样可以实现29：2的包在29：5被抓到。

3）若在远端，可直接将设备config口接网线抓包。