流氓猫，认识和分享

coming9000

由于是初接触这类故障，不熟识，故走了不少弯路，解决后作个总结。
1、查障过程，弯路, D! h7 W# x5 a8 Z! C9 R
最初是安装人员发现的，情况是该一级光分下的用户，在安装时没发觉异常，但一天后就接获用户报故障情况，称上网很慢，而测试也是真的慢，光功率是正常的-18，而我再接手，则直接于光交箱做测试。8 ^3 R" h* Z; C, r7 g9 m
& D: w  |3 t6 e7 p$ R
当日测试，在PON口下带两级1：8光分模拟现场环境，用单位的上网本测试，但情况是错误，看到所有PING值都有丢包，而另一台i5手提本所有测试则是正常的，故可以认为，该上网本做本类别的测试是有缺陷的。% O4 Y0 L% P4 \* E( }% H2 k7 M

PON口下测试正常，移师到光交箱做测试，看到有空口，于是在原一级光分下带一级1：8光分器，电脑看光猫光功，是-15，测试时看到故障现象，ping窗口32字节的有经常丢包，1K字节包一半丢包，2K字节包则基上通不过，测试开网页则打开很慢，下载较快，超过600KB/S，任务管理器的联网窗口看到也算平稳，再做FTP上传测试，见上传基本很小，只有1~2KB/S，到此，基本上实现了故障重现的过程。2 M& k0 r" j: v2 Y; N/ T7 I
( l! b3 q# s) z) Q7 o8 Y
然后，去掉二级光分器，在原一级光分下直接光猫，看光猫光功，是-5，然后测试，则看不到故障现象，数个ping窗口是正常的，基本没有丢包，下载同样超过600KB/S，FTP上传超过60KB/S，任务管理器的联网窗口看到是平稳的，4 q( `  `3 r3 q; [6 Q/ n1 l
0 [0 W0 i/ G. ]2 W) Y( M
再去掉原一级光分器，接另一级光分器，下带一级1：8光分器，看光猫光功，是-15，然后测试，一样看不到故障现象，所有测试都是正常的，到此，初步认为是一级光分器有问题了。/ V  J1 \' h" W/ }+ c0 r

更换一个一级光分器后，还原所有线路，重做第一步，在原一级光分下带一级1：8光分器，发现故障重现，说明了之前的估计和预判有误，需要推倒重来。, Z# ]4 W9 \9 ?6 U
4 k0 g7 D2 ^% ~: _
2、此时，脑里才闪过流氓猫这个信息，于是就按这个方面排障。' q; F9 L' `( g
$ T6 ^3 b+ M- J& ~' Q
先拔下主纤跳纤，用光功率计测上行光衰情况，几个波段都没有光反应，

然后插回去，按第一步操作，一边在一级光分器拔跳纤，一边看ping窗口，当拔到第三条时，当时就看到ping窗口正常了，然后反复操作，证实问题所在。
I9 K. ]
其后，找人到对应问题纤的2级光分器去拔纤，如是这样，找出流氓猫所在的纤口，确定用户，但由于用户外出无人在家且由于电脑坏没有上网，该用户的事留待以后再处理。
s* e0 q# Z
经过观察，可以认为上网已经恢复正常了。: u$ D# G( U& g$ e
9 o8 b# _0 \. L
7 f9 c+ r0 u% N: V2 w) H0 _
0 K' }( t1 S4 `' ?
总结：) _2 _$ K/ T6 d$ C9 r9 _9 T
5 l; ]. A: q6 X2 h8 z' q7 S
1、测试仪器及电脑事前要作技术核对的测试。
2、流氓猫不一定是长发光的。& Z( C. Y) W' ?3 w+ u( q

3、故障表面症状：光衰正常，但E灯、注册认证灯要闪停多次才会长亮，但也有可能再闪，开网页觉得很慢，ping窗口开了3个，分别是32字节、1000字节和2000字节，32字节窗口有时丢包，1000字节窗口超过一半丢包，2000字节窗口绝大部分丢包，间中会有个别通过，FTP上传也只有不到2KB/S，但单一下载则较快，有几百KB/S，感觉上是上传有故障情况。/ q$ _7 x- ^7 q" ]0 |7 {
& o0 Z6 a1 @3 ]2 s) [0 S
4、直接一级光分时测试正常，可能是由于其时光功率大，流氓猫是要经过二级的，光功率已减弱，影响不到。; A. j1 u8 v7 U

5、分段拔纤是现阶段社区经理对付流氓猫时可以操作的手段，没有更好的了，虽然经常拔纤不好。如果不能开一级光交箱，或是免跳线光交箱，那就开各个二级箱去拔纤。
n! s5 @, K/ f# g
* I$ Z6 l: \$ _6 E" C
|* K9 e$ y1 H' K
附录一份后台支撑对本次故障排障的小总结; M: z9 o- v& q6 @2 R

故障现象：锦绣二村某个GF下的光猫注册后，发现Ping DNS的IP地址出现丢包，光功率越弱，丢包越严重。 & U5 h+ n* R1 B% R
排障方法：如果OLT中不能打开手动检测流氓ONT的功能，就只能将PON口下所有ONT去激活掉，再一个一个的激活，找到出问题的ONT，更换掉。有的ONT可能已经不受控制了，无法通过OLT下发去激活进行管理，只能去ODN网络中，在分光器上一个一个拔纤了。在分光器侧断开所有ONU尾纤，用光功率计逐一测试在ONU侧是否有光发过来。有则此ONU可能为流氓ONU。
佛山电信FTTH-OLT 流氓ONT的检测、处理策略5 ]% K+ @9 [3 Q( M. y  o
, `; g; O! y4 S5 J
电信XPON-OLT现状：
佛山电信现网OLT-HWMA5680T最新App版本的EPON-OLT ,H802 EPBC/D 单板，暂不支撑在pon板模式下的打开检查功能： anti-rogueont manual-detect portid ； 而GPON-OLT,H805GPBD 单板，就支撑此类检测!当启动手动检测后，系统会打印告警信息提示有流氓ONT出现。 3 h6 [  Z  F; T7 D' U/ p; o5 d
推荐： : }, h* Z/ N2 O  }
1.流氓ONT建议手工排查比较可靠，或在发现某端口存在流氓ONT后，启动手动检测:在pon板模式下 anti-rogueont manual-detect portid ，会打印告警信息，如以下案例所示；% l, Z& g' ~* Q2 D  K! u
3 v3 q: I/ S4 b" U3 c' U2 K" B  i
2.如果OLT中不能打开手动检测功能，就只能将PON口下所有ONT去激活掉，再一个一个的激活，找到出问题的ONT，更换掉。有的ONT可能已经不受控制了，无法通过OLT下发去激活进行管理，只能去ODN网络中，在分光器上一个一个拔纤了。在分光器侧断开所有ONU尾纤，用光功率计逐一测试在ONU侧是否有光发过来。有则此ONU可能为流氓ONU。
典型案例： 4 w$ [4 G: n$ v
在pon板类型支撑的情况下，在OLT上会告警打印出提示某一PON口存在流氓ONU，处理步骤如下： 6 O7 f. b. S3 c$ ^! l; X
& Q+ b5 P! l/ b" ]0 A( s  Y
epon-gdfs-yanbulianan(config)#display alarm history all list
v0 w! D% w8 q1 X
, i: \2 J2 I4 U+ ~8 h5 b+ P

命令：
display alarm history all list : w5 m) n4 h, S' u5 O
# W/ X6 A( u# e- S! k- C. s1 S
  ------------------------------------------------------------------------
& M
  序号     日期时间                 告警名称/参数 / x8 J  X6 g' \
9 t8 d3 }( Q1 ^
------------------------------------------------------------------------
n# Y. P
  7216     2011-11-28 21:23:18      端口下存在非法入侵的流氓ONT

                                    机框号: 0, 槽位号: 2, 端口号: 0  可以确认是0/2/0这个端口
epon-gdfs-yanbulianan(config)#display board 0/2
  ------------------------------                       4 t# X' c/ e1 Y2 ^4 f

板名称               : H802GPBD                       
板状态               : 正常                            % s9 u9 r3 j0 |' J2 d

b' o1 L0 h. a5 b+ J( [

------------------------------------------------------------- 3 y9 `6 E2 u, Z$ r

端口号   端口类型   最近距离(km)   最远距离(km)   光模块状态
  ------------------------------------------------------------- # n+ n) H. P7 j# ^0 Z* c; g3 @0 k

0     GPON         0              20           在位 4 _# V" `$ ?& G  u5 U; V4 r" O8 k

1     GPON         0              20           不在位 * Q4 q; E% W6 D- W$ Y- y* V

2     GPON         0              20           在位

T6 H; A! s! d9 M
3     GPON         0              20           在位

g' g8 H/ d* @* g
4     GPON         0              20           在位 ! G. m) L! N& f0 l# R/ ?

5     GPON         0              20           在位 1 _6 |: x# h# R* C4 m  u3 j0 p

6     GPON         0              20           在位

. E4 f- N! L' V
7     GPON         0              20           在位
  -------------------------------------------------------------

}% ^6 `
  ------------------------------------------------------------------------------

  框/槽/端口  ONT        序列号       控制    运行  配置      匹配      DBA
            编号                    标志    标志  状态      状态      方式
s9 r# @2 |- ?, |; D1 c* a" I
  ------------------------------------------------------------------------------ # }7 P5 ?6 U: a8 X2 }
5 I' a1 l/ ^5 {: h7 O  F
  ------------------------------------------------------------------------------ 2 Q" {8 |- d$ k$ n# ~

;
N
epon-gdfs-yanbulianan(config)#display board 0/2 : n# V. s7 D: N3 ~$ ^

" C" @3 {+ h% E3 z% @) v
% H- u" ^


说明：  & `6 [9 O0 R  |+ v2 c  y
; i+ r- T8 @+ o8 k% \& x
当前MA5600T的流氓ONT检测功能只能排查长发光的ONT，其余的情况暂时排查不出来。但是现网中往往真正长发光的ONT很少，多数为ODN造成的光路问题，而且ODN光路问题符合流氓ONT的检测标准，可以检测到。ODN光路造成的问题不像真正的ONT长发光那样稳定，于是就会出现误检测、误排查。所以使能了流氓ONT检测功能后，确实是可以隔离流氓ONT，但是存在误隔离非流氓ONT的风险：anti-rogueont autodetect on：这个命令当前通用版本上不建议使用，建议使用默认值OFF。原因是当前芯片检测流氓ONT存在低概率的误检测情况，后果影响比较严重，可能将某正常ONT隔离影响用户业务，因此默认值当前已经修改为OFF，当系统上报某端口存在流氓ONT告警后，可以进行手工排查。该命令为ON，系统检测到流氓ONT时，上报告警并将流氓ONT设置为隔离状态。处于隔离状态的流氓ONT只能接收信息，不能发送。（限制条件：1、系统只能检测长发光的ONT。2、对应PON端口下的ONT必须全部要支撑HUAWEI扩展PLOAM消息（GPON）或扩展OAM消息（EPON）。） 该命令为OFF，系统检测到流氓ONT时，仅上报告警，而不再对相应流氓ONT进行隔离。