49美元的Ubiquiti SFP Wizard能给第三方光模块重新编码,还是只能编码Ubiquiti自家模块
小型家庭实验室,两台二手交换机,加上这些年攒下的一抽屉光模块,大部分都因为厂商代码被设备拒绝。重新编码一直是卡住我的地方:一台正规的编程器要369美元左右,比我买这两台交换机花的钱还多,而49美元的Ubiquiti SFP Wizard一下子让这件事看起来负担得起了。
- 需要满足的设备:华为S5731和S6730,还有一台HP 6120XG
- 正在考虑的编程器:UACC-SFP-WIZARD
- 抽屉里现有的:
FTLX8571D3BCV
FTLX8574D3BCV
SNR-SFP+W73-3
SNR-SFP+W37-3
J9150A到目前为止我搞清楚的是它能读EEPROM、读DDM、能测试模块,还能把一个模块的EEPROM内容复制到另一个模块上。我搞不清楚的是最终被写入的是哪个模块:目标模块是不是必须是Ubiquiti的?有没有一个字段能让我直接输入想要的厂商名称和型号?
所以直白地问:这东西能不能给我已有的这些模块重新编码,让华为和HP接受它们,还是它只能给Ubiquiti光模块编程?如果是后者,对我这种规模的实验室来说它还有意义吗?
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 2
写入这一侧只支持Ubiquiti光模块,而且方向正好和你想要的相反。你插入一个第三方模块,它读取那个模块的EEPROM,然后把这些数据写进一个Ubiquiti的SFP或QSFP模块,让这个Ubiquiti模块模仿你交换机期望的厂商信息。读DDM、测试模块、无线方式拉取更新,这些功能它也都有,但没有一个可以随便输入任意厂商代码的自由字段,被编程的对象始终是Ubiquiti模块。和FS的那个盒子是同一个套路:便宜的编程器,绑死在那家厂商自己的光模块上。
对你抽屉里的东西来说,这意味着Finisar、SNR和HP的那些型号原样不变。它们能起到的作用是当"源":从一个华为已经接受的模块上读出代码,写进一个Ubiquiti光模块里,再拿去用。划不划算取决于除了编程器之外,你还愿意额外买多少个Ubiquiti模块。
早期发布说明里有两个细节:支持转储的文件命名有个bug,UF-RJ45-10G的恢复功能当时还不支持。这两个都不算致命,但别专门为了救那个型号才买它。
如果目标是给你已经拥有的模块重新编码,那你还是得用通用编程器。SNR SFP Writer、SFPTotal Plus系列,或者如果你不介意自己接线,用基于CH341的板子。它们会按你的指示写入,当然也有限制。
有意思的地方就在这些限制上。不是每个模块都表现得像一个单纯的EEPROM。有些模块里有个单片机在假装自己是A0/A2页面,这种芯片可能会要求密码,或者需要厂商挑战应答,而不是简单地把字节交出来:带C8051F392的Medick SFP-10G-BX就是典型例子。HP和Aruba那种带交互式EEPROM和密钥的模块是大家提到过最难搞的情况,所以我不会假设J9150A能被轻易重写。
腔位挡路的时候还有一条粗暴的路子:焊到模块的4号和7号引脚,也就是I2C的SDA和SCL线,绕过插座直接跟它通信。有人报告过用这种方法在华为和HP的设备上成功写入过,不过要是烧坏了模块就只能自己承担了。如果你打算自己做一个转接头,记得留意SFP+其余的引脚定义,3号是TX_Disable,6号是Mod_Abs,9号是VeeR,不然模块就会一直处于禁用状态,你还以为是编程器的问题。