通信人家园
标题:
F822窄带故障处理
[查看完整版帖子]
[打印本页]
时间:
2015-1-25 18:10
作者:
w601879179j
标题:
F822窄带故障处理
窄带故障处理:
1.
通过
show card
检查
V24B/V24C
窄带单板状态,正常应该为
inservice
。
2.ag
模式下
get-slcstatus
查看窄带用户电路是否为
idle
。
3.
如果故障端口为
lockout
则检查外线是否有混线情况(
V1.1.0P1T1
版本检测外线混线
lockout
,
lockout
后必须重启
F822
恢复,
V1.1.0P1T3
及以后的版本取消对外线混线
lockout
的检测,如果用户话机摘机后长时间没有动作,则
30
秒过后会显示为
lockout
,这种情况用户只要话机摘挂机一次就能够恢复端口状态为
idle
)。
4.
如果为
manual
则可能上层
OLT
打开了自动下发功能造成异常数据下发,或者
OLT
上对
F822
窄带端口描述错误,也可能是网管或第三方网管下发错误操作。验证方法:拔掉
F822
上联光接口,删除窄带数据
erase voip-config
,重启之后如果为正常
idle
。但是接上
OLT
后又出现
Manual
状态,就需要检查上层设备。
F822
上通过
show operation-log snmp-set
可以查看
SNMP
方式的网管对设备关闭端口的操作记录。
5. ag
模式下
get-ipsstatus
查看
RTP
资源是否为
idle
。如果为
Fault
则可能因为前期开局没有清空数据重启直接配置造成,可以尝试
erase voip-config
后直接
reboot
,起来后再检查
ips
状态,如果仍旧为
power-off
,软件版本为
V1.0
则检查带内
MAC
地址是否还原造成。
6.
如果
Ipsstatus
显示为
Fault
,先
show mac system
检查设备带内
mac
地址是否变为
00-D0-D0-81-94-E7
。若
mac
地址变为该
MAC
,需要手动
configure mac inband xx-xx-xx-xx-xx-xx
修改
MAC
地址为
PON MAC
最后一位
+1
然后重启设备恢复。比如
show pon mac
为
00-1e-73-e3-fa-b1,
则
F822
带内
MAC
应该为
00-1e-73-e3-fa-b2
此问题属于版本问题,可升级到
V1.1
软件系统解决。
7.
如果
Ipsstatus
正常,但是用户使用一段时间后就出现问题,摘挂机数次后又正常或是重启设备也能立刻正常,就需要查看
F822
上配置的
RTP
资源和
SS
上是否数量一致,此问题主要出现在对接中兴
SS
时。
8. ag
模式下查看
get-slcattrib slot 1
中的
usermode
是否为
H248 get-mgbaseattr mgid 1
中
PROTYPE
也是
H248
(注意:针对
H248
协议)。
9.
如果
usermode
是
IDLE
状态,且确认
get-slctermid
显示已经配置了用户的
TID
,则可能是由于之前开局时操作步骤不规范导致。
Erase voip-config
之后,重启系统再重新做窄带数据测试。注意:执行
erase voip-config
后必须紧接着执行重启系统命令,不要再执行保存或者其他配置操作。
10.
用户摘机是否有拨号音,如果有拨号音需要通过抓信令分析
,
假如拨号后直接忙音,且确认被叫是正常的,查看设备侧配置的
ipstermid
格式是否与
SS
侧一致。
11.
用户摘机后如果没有拨号音,但马上是忙音则需要抓信令分析
SS
直接下忙音的原因。
12.
如果用户摘机后没有拨号音,隔
2
秒左右出现忙音,则可能是
SS
上没有配置相应的
Slctermid
造成。也可能是设备侧配置的
Slctermid
格式与
SS
侧不一致,检查
TID
配置情况。
13.
如果用户主叫手机这种长号码,拨前几位之后听到忙音,需要抓信令分析。查看是否
SS
因为在一定时间内没有收到号码上报才下忙音。这种可通过修改
F822
长短定时器时间测试,这种问题多见于与华为
SS
对接,但是
MGC
类型选择却是中兴
SS,
只修改了华为
SS
的定时器造成。另外,如果确认用户拨号后按下“
#
”号键能够成功把号码送给
SS
打出电话,就能判断为长短定时器问题,可以根据
SS
要求进行相应调整,单位秒。
14.
从
F822 ping
一下
SS
看是否能
ping
通。如果不能,先检查语音路由配置是否正确,再检查上层
OLT
内联口是否学习到
F822
语音
VLAN
。比如
show mac ethernet inner-port_0/3/1
,检查
OLT
第三槽位第一个
PON
口的内联口
MAC
地址学习情况。
15.
如果
OLT
内联口能学习到,则查看
OLT
上联口
mac
地址学习情况来判断是否存在
MAC
地址飘移。如果清空
OLT
MAC
地址表,
F822
的
H248
注册成功,一般就是
OLT
上有
MAC
地址漂移问题引起。
16.
如果
F822
带内
MAC
地址还原,造成
OLT PON
口下学习到
00-D0-D0-81-94-E7
,此
时
OLT
上联网络中也有
00-D0-D0-81-94-E7
出现在上联口时(比如其他
OLT
下也有
MAC
地址出现还原就可能发生)。此时故障现象表现为清空
OLT MAC
地址语音能够暂时恢复,
F822
能够
ping
通语音下一跳和
SS
,但是过一会儿又出现中断。并且故障影响到同一个
PON
口下其他
F822
设备无法
ping
通下一跳和
SS
,造成一个
PON
口下
F822
语音业务全断,此时
MAC
还原的
F822
在
OLT
上状态可能会显示为
offline
,实际
ONU
会出现一会儿
online
,一会儿
offline
的情况。需要修改
F822
带内
MAC
地址为正常的
14.
从
F822 ping
一下
SS
看是否能
ping
通。如果不能,先检查语音路由配置是否正确,
再检查上层
OLT
内联口是否学习到
F822
语音
VLAN
。比如
show mac ethernet inner-port_0/3/1
,检查
OLT
第三槽位第一个
PON
口的内联口
MAC
地址学习情况。
15.
如果
OLT
内联口能学习到,则查看
OLT
上联口
mac
地址学习情况来判断是否存在
MAC
地址飘移。如果清空
OLT MAC
地址表,
F822
的
H248
注册成功,一般就是
OLT
上有
MAC
地址漂移问题引起。
16.
如果
F822
带内
MAC
地址还原,造成
OLT PON
口下学习到
00-D0-D0-81-94-E7
,此
时
OLT
上联网络中也有
00-D0-D0-81-94-E7
出现在上联口时(比如其他
OLT
下也有
MAC
地址出现还原就可能发生)。此时故障现象表现为清空
OLT MAC
地址语音能够暂时恢复,
F822
能够
ping
通语音下一跳和
SS
,但是过一会儿又出现中断。并且故障影响到同一个
PON
口下其他
F822
设备无法
ping
通下一跳和
SS
,造成一个
PON
口下
F822
语音业务全断,此时
MAC
还原的
F822
在
OLT
上状态可能会显示为
offline
,实际
ONU
会出现一会儿
online
,一会儿
offline
的情况。需要修改
F822
带内
MAC
地址为正常的
MAC
地址,然后找出
OLT
上联口学习到的
00-D0-D0-81-94-E7
对应的其他故障
F822,
并修改其
MAC
地址。
通信人家园 (https://www.txrjy.com/)
Powered by C114