亚星游戏官网-yaxin222

门户 | 手机客户端 | 论坛 | 人才 | 百科 | 搜索 | 技术问答 | English
待解决问题
HUAWEI5680T一个PON口,所有FTTH用户处于losi状态
离问题结束还有0天0小时  |  提问者:mlpy2005   |  提问时间:2014-1-17 12:28
15日晚后HUAWEIOLT升级版本为 VERSION : MA5600V800R011C00,下午接到同一PON口下用户报障,查看OLT下用户大部分为down 不时有用户UP,但持续时间不长,马上DOWN掉,用户端收光正常-19db~-23db,光猫上指示灯网络E闪烁 部分用户状态 2317 ** common epon 0/8 /7 2 - vlan 46 10 10 down 2318 **** common epon 0/8 /7 2 - vlan 43 10 10 down 2319 **** QinQ epon 0/8 /7 2 - vlan untag 10 10 down 2330 ** common epon 0/8 /7 6 - vlan 46 10 10 down 2331 **** common epon 0/8 /7 6 - vlan 43 10 10 down 2332 **** QinQ epon 0/8 /7 6 - vlan untag 10 10 down 2339 ** common epon 0/8 /7 9 - vlan 46 10 10 down 2340 **** common epon 0/8 /7 9 - vlan 43 10 10 down 2341 **** QinQ epon 0/8 /7 9 - vlan untag 10 10 down 2342 ** common epon 0/8 /7 4 - vlan 46 10 10 down PON口为二级分光,一级分光为1:8,二级分光8个1:8 也更换了PON光模块,包括PON板都已更换,不能解决问题,400也重启了PON芯片,没有恢复,用户端使用是烽火的终端,更换HUAWEI终端,情况一样,但400查到PON接口有大量误码,通过拔插二级分光,得知有1,2,3,6,8的二级分光有误码产生,400告知误码增多会影响正常ONU注册。 想请教各位高人 1,如何解决这个问题,是不是升级版本后引起的 2,为什么升级前没出现误码,升级后误码增加,误码为什么影响ONU注册 3, 通过在二级分光侧,拔用户尾纤可以解决吗
今天测试方法(有好的迹象了)
本继续采取厂家采用的上述排除法,但总感觉用户如果当时没开光猫,一到晚上开启后,故障发生还是无法判定。听取
维护FTTH人员建议,所有二级分光全部断开,然后开一个二级分光,断开所有用户,一个到用户,一个跳纤,在用户端的
发红光,确定用户后,然后跳纤,测试收光,再拨号上网,继续看误码是否增加。用户在家的不多,连通4个二级分光,用户
不在家的全部断开,测试开通了16户,要求用户不要关光猫,一直查看在线数,15个,一个为电源告警(应该为用户端关闭)
ONT online duration : 0 day(s), 8 hour(s), 31 minute(s), 11 second(s) 在线时间已有8小时以上了
今晚查看没有频繁掉线了。
用户光猫大部分为烽火,在用户家发现一个光猫,可疑点较多,
第一次去,收光正常,网络E信号灯不稳定,稳定后又马上断掉,重启后稳定持续十几秒后又断掉,第二次去,收光正常,
也收了下光猫是否发光,稍微碰了下光猫,光猫出现断电,(这种情况出现两次)重按开关键恢复,光猫启动完后一直提示光
路告警,就换了此用户一个光猫。
还有一个用户家的烽火光猫,无光,网络E指示灯常亮,光猫不发光,重启后正常
奇怪的现象也有3个 用户状态为配置失败,但用户可以上网,通电话,
F/S/P : 0/8/7
ONT-ID : 1
Control flag : active
Run state : online
Config state : failed
Match state : match
ONT LLID : 12
ONT IP address/mask : -
ONT distance(m) : 6536
ONT RTT(TQ) : 4074
Memory occupation : -
CPU occupation : -
Temperature : -
Authentic type : loid+checkcode-auth
Discovery mode : always-on mode
Discovery state : on
MAC : ****-****-****
Loid : **********
Checkcode : *******
Management mode : OAM
Software work mode : normal
Multicast mode : IGMP-Snooping
Description : ONT_NO_DESCRIPTION
Last down cause : LOSi
Last up time : 2014-01-21 15:07:44+08:00
Last down time : 2014-01-21 04:13:13+08:00
Last dying gasp time : -
ONT online duration : 0 day(s), 8 hour(s), 31 minute(s), 11 second(s)
Type D support : Not support
Isolation state : normal
ONT type : 1G/1G


问题又来了,各位大侠在线的帮个忙
可以帮忙分析下,这个故障的点在哪??

回答时间:2014-1-21 23:43
 
我要回应:  回应字数在5000字以内

 

XML 地图 | Sitemap 地图