Le SFP Wizard Ubiquiti à 49 USD recode-t-il des optiques tierces ou seulement des modules Ubiquiti
Petit homelab, deux switchs d'occasion et un tiroir d'optiques accumulées au fil des années, dont la plupart sont refusées par les hôtes à cause du code vendeur. Le recodage a toujours été le blocage : un vrai programmateur coûte dans les 369 USD, plus que ce que j'ai payé pour les switchs, et le SFP Wizard Ubiquiti à 49 USD rend soudain l'idée abordable.
- hôtes à satisfaire : Huawei S5731 et S6730, plus un HP 6120XG
- programmateur envisagé : UACC-SFP-WIZARD
- ce qu'il y a dans le tiroir :
FTLX8571D3BCV
FTLX8574D3BCV
SNR-SFP+W73-3
SNR-SFP+W37-3
J9150ACe que j'ai compris jusqu'ici, c'est qu'il lit l'EEPROM, lit le DDM, peut tester un module, et copie le contenu de l'EEPROM d'un module vers un autre. Ce que je n'arrive pas à déterminer, c'est quel module finit par être écrit : la cible doit-elle être un module Ubiquiti, et y a-t-il un champ où je tape simplement le nom de vendeur et la référence que je veux ?
Donc, clairement : cet appareil peut-il recoder les modules que je possède déjà pour que le Huawei et le HP les acceptent, ou ne programme-t-il que des optiques Ubiquiti ? Si c'est le second cas, y a-t-il un quelconque intérêt pour un labo comme le mien ?
Comments 2
Seulement des optiques Ubiquiti côté écriture, et le sens est l'image miroir de ce que vous voulez. Vous insérez un module tiers, il lit l'EEPROM de ce module, et il écrit ces données sur un module SFP ou QSFP Ubiquiti pour que la pièce Ubiquiti imite le vendeur attendu par votre switch. Lire le DDM, tester un module et récupérer des mises à jour en ligne sont aussi dans le boîtier, mais il n'y a pas de champ libre pour un code vendeur arbitraire, et ce qui est programmé est un module Ubiquiti. Même modèle que le boîtier FS : programmateur bon marché, lié aux propres optiques de ce vendeur.
Pour votre tiroir, cela signifie que les pièces Finisar, SNR et HP restent exactement telles quelles. Ce qu'elles peuvent être, c'est la source : lire le code sur un module déjà accepté par le Huawei, l'écrire sur une optique Ubiquiti, et utiliser celle-ci. Que ça en vaille la peine dépend du nombre de modules Ubiquiti que vous êtes prêt à acheter en plus du programmateur.
Deux détails des premières notes de version : il y avait un bug de nommage de fichier dans les dumps de support, et la récupération de l'UF-RJ45-10G n'était pas encore supportée. Aucun des deux n'est fatal, mais ne l'achetez pas comme outil de secours pour cette pièce spécifiquement.
Si le but est de recoder des modules que vous possédez déjà, vous revenez à un programmateur généraliste. SNR SFP Writer, la série SFPTotal Plus, ou une carte à base de CH341 si ça ne vous dérange pas de câbler vous-même. Ils écrivent ce qu'on leur dit, dans certaines limites.
Ces limites sont la partie intéressante. Tous les modules ne se comportent pas comme un simple EEPROM. Certains ont un microcontrôleur qui simule les pages A0/A2, et une puce de ce genre peut demander un mot de passe ou attendre un challenge propre au vendeur au lieu de simplement livrer des octets : le Medick SFP-10G-BX avec un C8051F392 en est l'exemple classique. Les pièces HP et Aruba avec un EEPROM interactif et des clés sont le cas le plus difficile que j'aie jamais vu décrit, donc je ne présumerais pas que le J9150A se réécrit trivialement.
Il y a aussi la méthode brutale pour quand la cage gêne : souder sur les broches 4 et 7 du module, les lignes I2C SDA et SCL, et lui parler en dehors de la douille. Des gens rapportent des écritures réussies ainsi sur des hôtes Huawei et HP, mais vous êtes seul si vous cramez un module. Si vous construisez un adaptateur à la place, faites attention au reste du brochage SFP+, TX_Disable sur la broche 3, Mod_Abs sur la 6, VeeR sur la 9, sinon le module reste désactivé et vous accusez le programmateur à tort.