Aruba 2530-48G 一对交换机通过新拉的 200 米 OM4 对接：端口 51 显示 Down，J4858C 模块自检却都通过
前段时间在两栋楼之间拉了一条 200 米的 OM4 骨干，我想用现成的设备把它点亮。两端都是 2530，模块都是 HPE 原厂件，但链路就是起不来。
- 2 台 Aruba 2530-48G
- 2 个 J4858C 1000SX，两边都用端口 51
- 大约 200 米刚安装好的 OM4，承包商证书上写着合格
- Digitus DK-2533-01 OM2 LC 跳线，从配线架接到交换机
show tech transceivers 对这个端口显示如下：
Port 51 Down Auto 1000FDx 1000SX multi我已经做过：
- 在两台交换机上都跑了模块自检，都通过了
- 两边都执行了
interface 51 enable，没有变化，端口一直是 Down - 把两个模块在两台交换机之间互换，结果一样
- 在配线架和交换机两端都重新插拔了跳线
我现在卡在两个猜测之间：要么两个模块出厂就都是坏的，要么是 OM2 跳线接在 OM4 干线上把链路搞坏了。哪个可能性更大，接下来该测试什么才能真正证实其中一个？
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 4
在继续猜测之前，先把链路缩短。把一台交换机搬到另一台旁边，两个 J4858C 都插上，用一根跳线直接把它们连起来——一根跳线，不经过配线架，也不用已经布好的光纤。如果这样端口 51 能起来，你就一次性排除了两个模块和两个交换机端口的问题，剩下的问题就都在链路的另一侧：已布好的光纤、配线架、耦合器、终端。
我经手过的一个案例就是这样：同样的 2530-48G 一对，同样的 J4858C，走已布光纤时端口 51 是 Down，两个模块背靠背用一根跳线连起来立刻就 Up 了。有了这个证据，我就不会再怀疑光模块了——但要清楚这个测试到底能证明什么。它只能隔离出问题在哪一段，仅此而已。链路里到底是哪个环节坏了——配线架、熔接点、接头，还是干脆接错了纤芯对——在有人拿功率计或 OTDR 测过之前，都还是悬而未决的。
顺便我会先放下 OM2 那个猜测。对于跑在 200 米的 1000SX 来说，跳线等级根本不是拦路虎，况且 OM3 和 OM4 本来就是互相兼容的。混用等级确实不整洁，我也不会用这种方式去建新的布线系统，但这不是你现在要找的那个故障点。
等背靠背测试通过之后，回头找拉纤的人，要一份书面的、按每根纤芯给出损耗和长度的验证结果。他们自己的测试宣称链路是合格的，那要么是有什么被放过去了，要么他们测的是另一对和你现在跳接的不是同一对纤芯——这就是你要求他们回来重新处理的依据。
首先要把两种都显示为 Down 的不同故障分开。一个是管理性关闭或者配置错误的端口，一个是已启用但接收端完全没光的端口，这是完全不同的两个问题。你已经执行过
interface 51 enable，还是显示 Down，那说明问题在第一层，配置的可能性可以排除了。有两件事能帮你缩小范围。两台交换机之间物理上都经过了什么——有几个配线架，有没有熔接盘，有没有人为了凑够长度加过耦合器？另外你手上有没有承包商给出的、带每根纤芯实际损耗数值的验证报告，还是只是口头一句「测过没问题」？
另外确认一下你的双工跳线在两端配线架上的接法是不是一样的。如果两端都是直通接法，就会变成 TX 对着 TX，这和你描述的现象完全吻合。
如果没法把两台交换机搬到同一个房间，可以做同一种测试的变体：让一个模块自己环回。用一根跳线把同一个双工模块的 TX 接到 RX，如果是高功率型号就在中间加一个衰减器，免得把接收端烧坏。如果端口能起来，说明主机端口和模块在电气和光学上都没问题，故障在对端、光纤或者纤芯配对上。
我在一台 MES3324F 上就是这么做的，当时一个 FIBO SFP+ 在交换机对交换机之间死活连不上——环回之后立刻就起来了，这一下就把排查方向从模块移到了链路本身。有一点要注意：自环回对 BiDi 模块没用，因为它的 TX 和 RX 是不同波长。这种情况要用一对匹配的模块互相环回。
对下一批货，建议在它们靠近墙之前就先测试。读 EEPROM 和 DDM（厂商、型号、温度、TX 和 RX 功率），用功率计测 TX 功率，用衰减器测灵敏度，按上面说的方法做环回，然后在目标速率下跑一次真实的带流量链路，观察错误计数——手边有主机的话，
ethtool -m和iperf3就能覆盖最后这两项。对于真正重要的链路，跑一次足够长时间的 PRBS-31 BER 测试，确认 NRZ 下误码率低于 1e-12，这才算真正验证了模块。没有哪一个单独的仪器能验证全部内容。再补充一个从 WISP 圈子里学来的习惯，帮我省过两次事：每个模块投入使用前都过一遍热重启、冷重启和重新插拔。有些型号插上就能起链路，断电重启后却起不来了——GLC-T-OEM 就是典型，非得重新插拔一次才行——还有些型号报的链路状态根本不是真的。在工作台上发现这些问题，比在楼顶上发现要便宜得多。