CRS328配Alcatel-Lucent G-010S-P GPON棒:只发不收,波长读数是33685nm
把家里的FTTH线路从运营商的ONT搬到我自己路由器上的GPON棒,这样光纤直接进机柜,我只留一台设备而不是两台。棒被识别到了,端口也up了,然后就没有任何数据回来。
- MikroTik CRS328-24P-4S+,棒插在sfp-sfpplus1
- Alcatel-Lucent G-010S-P GPON ONU
- Bell Canada FTTH,光纤从墙上的接线盒直接进模块
- 端口固定,关掉自动协商:
/interface/ethernet set sfp-sfpplus1 auto-negotiation=no speed=1G-baseXTX计数器一直在涨,RX计数器一直是零,模块信息页显示如下:
wavelength: 33685.00nm我已经做过的事:
- 重插并清洁了接头,换了另一个SFP+模块笼试过
- 把光纤整根拔掉——波长数值不管插不插都不变
- 把端口固定在1G放了一小时,以防是某种慢速测距过程
所以:33685.00nm是不是说明这根棒里的光器件已经坏了,还是说交换机只是把GPON模块的这个EEPROM字段解码错了?运营商那边是不是要先做点什么,SFP形态的ONU才被允许开始测距?
Show original (English)
Also available in: English
العربية
Deutsch
Español
Français
हिन्दी
Bahasa Indonesia
Italiano
日本語
한국어
Nederlands
Polski
Português
Русский
Türkçe
Tiếng Việt
简体中文
Comments 6
你帖子里其实是两件不同的事,只有一件是真正的故障。
33685.00nm是一个解码artefact,不是测量结果。这类棒是双波长的——上行1310,下行1490——而交换机是把EEPROM里的一个单波长字段,当成只有一个激光器的普通光模块来读的。哪怕一根棒正常收发数据,你也会看到同样的数字,所以这个数值根本没有诊断价值,先放一边。
单向通信才是真正的设备问题。我在同一款交换机CRS328-24P-4S+上遇到过这个情况:G-010S-P一直只发不收,换上同系列的另一个模块——O-010S-P,扩展温度版——线路立刻就通了。同一个账号,同一根光纤,配置一点没改。所以第一根棒要么是坏的,要么是不适配那条线路的版本。
测试期间保持端口固定,不然又多了一个变量:
序列号里带ALCLFAB,而且账号已经切换成SFP形态的ONU,你这边运营商那部分已经做完了。先弄到手第二根棒,再考虑要不要在这个上面继续搭时间。
在断定是光器件的问题之前,先查一下不那么起眼的那一半。很多FTTH账号里,SFP形态的ONU不是插上就能替代运营商设备的:账号得由人工重新配置才能配合它,有些运营商只认序列号带自己厂商前缀的模块。只发不收,从用户这一侧看起来正是一个还没被授权的ONU该有的样子。
把这根棒报告的厂商和序列号发出来,再说一下WAN侧的配置——VLAN标签、PPPoE还是DHCP。
序列号是ALCLFAB开头的,这正是本地商业FTTH账号要求的前缀。账号也已经手动重新配置成SFP形态的ONU了——这是打电话搞定的,第一个接线的人完全不知道我在说什么。
路由器这边是SFP端口上的VLAN 35,上面跑一个PPPoE客户端。客户端一直卡在discovery阶段过不去。RX计数器还是平的,不管光纤插不插,读数都还是33685.00nm不变。
再展开说一下波长这一点:交换机读取的那个字段属于SFF-8472规范的范围,当初是为只有一个激光器的模块定义的。GPON ONU是突发模式发射器,收发用的是不同波长,所以根本没有一个"唯一正确"的值可以填进去,各家厂商就按自己方便的填。标准里也没有要求主机在打印这个字节之前先做合理性检查,这就是为什么会冒出五位数的纳米值。
这些棒上的光功率相关字段也是同样的道理。如果你需要知道PON那一侧的真实状态,应该从ONU自己的状态里去看,而不是交换机的诊断页面。
值得一提的是,主机这一端的问题并不是MikroTik特有的怪癖。在7210 SAS系列上,厂商文档说得很直白:早期版本根本没实现DDM,所以哪怕插着支持DDM的模块,端口也不会显示光功率或温度,文档让你自己去查哪个版本给你这个变体加上了这个功能。对于非原厂供应的模块,同一份手册也说,诊断信息可能会显示出来,但厂商不为它的格式或准确性负责。
模块EEPROM里还有一个能力位,决定平台是不是把这个SFP当作支持DDM来处理,而没有设置这个位的模块,依然可能打印出看起来很合理的数字,而这些数字从没被校验过。在那个平台上要看这个,用
show port <port> detail。我对这种设备上第三方模块给出的数值,一律当作参考,而不是测量结果——你那个33685大概也该得到同样的待遇。结个尾:换第二根棒解决了问题。我插上O-010S-P,PPPoE客户端一分钟之内就在VLAN 35上起来了,运营商那边没动,端口配置也没碰。旧的G-010S-P插到另一个模块笼里还是只发不收,所以在我看来它就是坏的。
还有——正常工作的这根模块,读出来同样是33685.00nm。还好我没在这个数字上再耗一个星期。