CodingBox Q&A Ask question

CRS226 上一个思科编码的 SFP-10G-LR 上联口报 no-link 和 sfp-rx-lose yes

Asked Active Viewed 42 AI translation from English
3

我们接手了一个小型汇聚站点,其中一个 10G 上联口自从换了模块之后就一直没起来。这个模块被列为和 CRS226 不兼容,所以最初的怀疑都落在了它身上,但在我看来这些读数不像是一个被拒绝的模块。

  • 汇聚站点的 MikroTik CRS226,模块插在 sfp-sfpplus1
  • Fiberworks SFP-10G-LR,思科编码
  • 通往远端站点的单模纤芯对,中间经过两个配线架
/interface ethernet monitor sfp-sfpplus1
                  status: no-link
             sfp-rx-lose: yes

同一份输出里温度和供电电压都完全正常,模块也明显被识别到了——这不是一个空插槽的读数。

我们这边已经做过:

  • 重新插拔模块,清洁了两端接头
  • 换到另一个 SFP+ 端口,输出一模一样
  • 检查了端口配置,没有强制设置,也没有禁用任何东西

所以到底是哪一种情况:CRS226 是不是在悄悄拒绝一个思科编码的模块,然后把它报告成 no-link,还是说 sfp-rx-lose 就是字面意思,我该派人去远端看看了?

Comments 5

Accepted answer

你自己贴出来的输出已经回答了兼容性这个问题。一个被交换机拒绝的模块根本不会报出温度和电压——能有完整的监控读数,说明 CRS226 已经读到了这个模块,而且和它通信得很正常。而 sfp-rx-lose: yes 是模块自己给出的信号丢失指示:它在接收光纤上没看到光。没有光进来,就没有链路,不管编码是什么。

所以这是一个线路问题,不是兼容性问题。我会按这个顺序排查:

  • 确认远端端口是启用的,而且它的激光器确实是开着的;对端一个被 shut 掉的接口看起来就是这个样子
  • 在配线架上把接收和发射的纤芯互换一下,以防有人接了直通
  • 用功率计测一下你这边的接收纤芯;如果上面什么都没有,就顺着路径往回查
  • 在怀疑断纤之前,先检查并清洁两端的端面

顺便说一下,同款模块在我这边一台 CRS226 接到一台 CCR 上已经跑了好几个月了,所以这个组合本身不是问题。

4 IndiagigopsIN Show original (English) AI translation

对端接的是什么,那边显示端口是 up 的吗?如果远端的发射器是开着的,你应该能看到一些接收光功率,而不是干脆的信号丢失。

在派人跑一趟之前,有两个成本很低的检查。在你这边的配线架上把两根纤芯互换一下,看这个标志会不会跟着变。另外让对端读一下他们自己的模块:如果两端都报接收信号丢失,那问题就在中间某处断了,或者是某个配线架上接错了纤芯。

0 FrancefiberwolfFR Show original (English) AI translation

你在现场的时候,值得把两种故障模式分开来看。完全没有光,就是你现在这种情况,这个是比较容易处理的一种。更棘手的变体是光刚好勉强存在:我这边一对光纤上联口里有一个曾经记录过 Rx power low 告警,读数 -20.2 dBm,阈值是 -18.4 dBm,同时累积了 4.6 万个输入错误和 4.2 万个 CRC 错误,而链路名义上一直是 up 的。show interface transceiver detail 和 show interface counters errors 讲清楚了这个故事。

现场排查的做法都是一样的——清洁并检查两端端面,测量 TX 和 RX,检查是不是距离过长、有没有接头做得不好或者用了廉价跳线,如果读数一直上不来就换模块。我这边没有最终确认具体元凶是什么,所以这只能当作一个方向,不是定论。

2 ChinasfpnodeCN Show original (English) AI translation

再给远端排查清单加一条:接收端可能自己就坏了,光纤本身完全没有问题。

思科有一份现场通告 FN-72192,涉及一批 QSFP-40G-LR4(也以 QSFP-40G-LR4-S 和 WSP-Q40GLR4L 的名义出售),这批模块出厂时接收探测器就装得稍微偏了。这份通告针对的是序列号以 ACW 开头、日期码落在 ACW2415xxxx 到 ACW2449xxxx 之间的模块:这些模块的接收端会逐渐劣化,最终导致链路断开。通告里指名的平台是 ASR 900 系列。处理方式是坏了就换,所以这属于查序列号加开支持工单的范畴,不是靠配置能解决的。

对你这条链路能借鉴的一点是:早期预警信号是 DOM 数据里的接收值持续缓慢下滑,而不是断崖式下跌。这也是一个很好的理由,去给每条上联口的 DOM 数据画图监控,而不是等出问题了才去读一次。

1 South KoreanetrunnerKR Show original (English) AI translation

关于要不要相信这些读数——大体上是可以的,但不能盲目相信。曾经流传过一个案例,一根华为 GPON ONT 棒子插在 MikroTik 的 SFP+ 插槽里,报出很低的接收光功率,下载速度卡在 20 Mbps 以下,而套餐本该快得多,最后也没人搞清楚到底是读数有问题还是线路本身有问题,这个问题就一直悬而未决。

对你这种普通的 LR 纤芯对,我会照单全收这份监控输出。但对于插在 SFP+ 插槽里的一些奇怪模块,在安排出车之前,值得先从对端再要一份读数确认一下。

3 GermanywavesmithDE Show original (English) AI translation
Log in to comment. Log in