通信人家园
标题:
epon维护应急预案
[查看完整版帖子]
[打印本页]
时间:
2011-5-27 21:45
作者:
njhjc
标题:
epon维护应急预案
烽火
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
口接网线抓包。
通信人家园 (https://www.txrjy.com/)
Powered by C114