华为5680T一个PON口，所有FTTH用户处于losi状态
部分用户状态
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芯片，没有恢复，用户端使用是烽火的终端，更换华为终端，情况一样，但400查到PON接口有大量误码，通过拔插二级分光，得知有1,2,3,6,8的二级分光有误码产生，400告知误码增多会影响正常ONU注册。
想请教各位高人
1，如何解决这个问题，是不是升级版本后引起的
2，为什么升级前没出现误码，升级后误码增加，误码为什么影响ONU注册
3， 通过在二级分光侧，拔用户尾纤可以解决吗
在机房直接连两个分光，带FTTH光猫测试，可以注册成功，排除机房PON口问题
和版本升级应该没什么关系。误码可能会导致所有ONU注册失败，因为误码信号可能会导致pon端口收到的信号错乱或者无法识别，把二级分光上的下行光纤都拔掉，逐个插上去测试到底是哪条线路影响
400查出有1.2.3.6.8的二级分光有误码
流氓猫试过吗？
估计是有流氓ONU，逐一断开ONU测试
我们已做过多次流氓ONU的尝试，断一级分光的8芯的七芯，一根根连，看是否可以恢复部分，结果400发现只要查收二级分光的4,5,7就没有误码，但4,5,7在线的用户不多，然后只要插上1,2,3,6,8任意一芯，4,5,7的在线用户马上DOWN掉
好怪的故障 一级分光器收光 和输出光功率正常吗？
收光都正常，用户端有19DB~22DB,一级分光是+1.5DB
现在是甩开了有误码的4个二级分光，可以看到用户三个UP
昨晚测试方法
直接在现场把所有用户甩开，接一级，二级分光，接光猫测试，正常，400查看没有误码，然后取一个二级分光，等部分用户上线，同时400查看是否有误码，没有的话接下一个二级分光，昨晚接了6个，当时都很正常，统统没有误码，余下两个，有一个接上去会影响测试光猫，甩开作为疑问分光点，并收ONU发光，无发光。持续到晚上7点左右，询问同事查看没有误码，上线用户15个，到20点45发现，
display ont version 0 * * all
查看发现用户ONU频繁掉线，上线，故障依旧存在
今天测试方法（有好的迹象了）
本继续采取厂家采用的上述排除法，但总感觉用户如果当时没开光猫，一到晚上开启后，故障发生还是无法判定。听取
维护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
问题又来了，各位大侠在线的帮个忙
可以帮忙分析下，这个故障的点在哪？？