Aruba AP-375上联:有办法用Cisco BiDi SFP吗,还是AP被锁定只能用认证光模块
我们打算把Wi-Fi信号送进园区里的一栋附属建筑。通向那边唯一的光纤只有一根,所以计划是在那边挂一个AP-375,用我们库房里现成的一对BiDi模块供电。
- Aruba AP-375,ArubaOS 8
- AP腔位里插的是Cisco BiDi SFP,交换机那端插的是配对波长的模块
- 两栋楼之间只有一根单模光纤
- AP本身没问题,走铜口能正常起来
AP-375 SFP cage: Cisco BiDi module seated, uplink never comes up
Same BiDi pair between two switches on the bench: link up, no complaints我已经做过的:
- 互换了两个波长,以防我把配对顺序搞反了
- 重新插拔了模块,又换了同一批里的第二个AP-375
- 翻遍了AP的CLI,想找交换机上那种
allow-unsupported-transceiver开关的对应功能,什么都没找到
那AP-375到底认不认Aruba认证之外的光模块?ArubaOS 8里有没有针对AP本身(而不是交换机)的解锁命令?如果这是个硬锁,我就直接买认证的型号,但下单之前我想先弄清楚这一点。
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 3
这是个硬锁,而且不是常见的那种代码光模块的故事。Aruba为AP上联口只认证了两个模块,一个SX、一个LX,AP固件里根本没有任何解锁命令,所以没什么可以打开的开关,也没有任何厂商的BiDi模块会被接受。
给出的理由是散热而不是商业考量。AP外壳内部的工作温度远超普通非工业级模块的额定范围:一个模块在里面被烤坏可能提前报废,而模块在腔位里出故障还可能连带损坏AP本身。这就是为什么认证清单这么短,也是为什么他们没兴趣扩充这份清单。
实际的做法是:从AP订购指南里找到认证的SX或LX型号,直接买那个。你这根单芯光纤才是真正棘手的地方,因为没有任何一款BiDi模块会被这台AP认可。
谢谢,这跟我自己慢慢摸出来的结果一致。AP的CLI里确实没有任何类似
allow-unsupported-transceiver的东西,AP甚至连它检测到了某个模块这种提示都没有,就那么安静地挂着上联口不通。同一对BiDi模块通过同一根光纤能连接两台交换机,所以光模块和光纤本身都不是问题。我们会订购认证的LX型号,再拉一根光纤,管道还有余量。稍微有点恼火的是AP的日志里啥有用的东西都没有,一条简单的unsupported-module消息本来能替我省下一下午换波长的功夫。
顺带一提,交换机那边也有同一类麻烦。我们这边一台Instant On交换机开始对一个装了很久的HPE品牌1000BASE-T模块(J8177C)报unsupported transceiver告警。模块没变,软件变了:Instant On软件2.9加入了收发模块校验,任何不在他们认证清单里的东西都会被标记出来,连老版本的HPE模块也不例外。
allow-unsupported-transceiver在这里也已经不存在了,我问过的所有人都没找到既保留链路又能消除告警的办法。在1930系列上,情况可能比单纯的告警更糟。一位同事的JL680A上,一个类似J8177D的铜缆SFP被正确识别为1000BASE-T模块,但端口就是怎么都链路不起来,不管RJ45那侧接的是什么,而这台设备完全没有覆盖选项。第三方模块在那上面的表现在我看来跟抽奖差不多:有些FS的型号能起来,有些完全协商不了,而同样这些模块在Cisco设备上都没问题。买之前先拿一个测一下,再决定要不要下单整批。