Czy programator Ubiquiti SFP Wizard za 49 USD przekoduje optykę innych producentów, czy tylko moduły Ubiquiti
Mały homelab, dwa switche z drugiej ręki i szuflada optyki zbieranej przez lata, z czego większość hosty odrzucają przez kod vendora. Przekodowanie zawsze było wąskim gardłem: porządny programator to koszt rzędu 369 USD, czyli więcej niż zapłaciłem za switche, a Ubiquiti SFP Wizard za 49 USD nagle sprawia, że ten pomysł wygląda na przystępny.
- hosty, które muszę zadowolić: Huawei S5731 i S6730, plus HP 6120XG
- rozważany programator: UACC-SFP-WIZARD
- co jest w szufladzie:
FTLX8571D3BCV
FTLX8574D3BCV
SNR-SFP+W73-3
SNR-SFP+W37-3
J9150AZ tego, co udało mi się ustalić, urządzenie czyta EEPROM, czyta DDM, umie przetestować moduł i kopiuje zawartość EEPROM z jednego modułu na drugi. Czego nie mogę rozgryźć, to który moduł ostatecznie zostaje zapisany: czy cel musi być modułem Ubiquiti, i czy jest pole, w którym po prostu wpisuję nazwę vendora i part number, jakie chcę?
Więc wprost: czy to coś przekoduje moduły, które już mam, tak żeby Huawei i HP je zaakceptowały, czy tylko programuje optykę Ubiquiti? Jeśli to drugie, to czy w ogóle ma to sens dla takiego labu jak mój?
Comments 2
Tylko optyka Ubiquiti po stronie zapisu, a kierunek jest lustrzanym odbiciem tego, czego chcesz. Wkładasz moduł innego producenta, urządzenie czyta EEPROM tego modułu i zapisuje te dane na module Ubiquiti SFP albo QSFP, tak żeby część Ubiquiti udawała vendora, którego oczekuje twój switch. Odczyt DDM, testowanie modułu i pobieranie aktualizacji przez powietrze też są w zestawie, ale nie ma dowolnego pola na własny kod vendora, a programowany jest zawsze moduł Ubiquiti. Ten sam model co pudełko FS: tani programator, przywiązany do optyki tylko tego jednego vendora.
Dla twojej szuflady oznacza to, że części Finisar, SNR i HP zostają dokładnie takie, jakie są. Czym mogą być, to źródłem: zczytaj kod z modułu, który Huawei już akceptuje, zapisz go na optyce Ubiquiti, uruchom to. Czy się to opłaci, zależy od tego, ile modułów Ubiquiti jesteś gotów dokupić poza samym programatorem.
Dwa szczegóły z wczesnych release notes: był bug w nazewnictwie plików w zrzutach support, a odzyskiwanie UF-RJ45-10G nie było jeszcze wspierane. Żadne z tego nie jest krytyczne, ale nie kupuj tego jako narzędzia ratunkowego akurat do tej części.
Jeśli celem jest przekodowanie modułów, które już masz, wracasz do programatora ogólnego przeznaczenia. SNR SFP Writer, seria SFPTotal Plus albo płytka oparta na CH341, jeśli nie przeszkadza ci samodzielne podłączanie wszystkiego. Zapisują to, co im każesz, w pewnych granicach.
Te granice to ciekawa część. Nie każdy moduł zachowuje się jak zwykły EEPROM. Niektóre mają mikrokontroler udający strony A0/A2, a taki układ może zażądać hasła albo oczekiwać wyzwania vendora zamiast po prostu oddać bajty: Medick SFP-10G-BX z C8051F392 to podręcznikowy przykład. Części HP i Aruba z interaktywnym EEPROM i kluczami to najtrudniejszy przypadek, jaki ktokolwiek opisał, więc nie zakładałbym, że J9150A da się przepisać bez problemu.
Jest też metoda na skróty, gdy gniazdo przeszkadza: przylutuj się do pinów 4 i 7 modułu, czyli linii I2C SDA i SCL, i rozmawiaj z nim poza gniazdem. Ludzie zgłaszają udane zapisy w ten sposób dla hostów Huawei i HP, choć jak spalisz moduł, jesteś zdany na siebie. Jeśli zamiast tego zbudujesz adapter, pilnuj reszty pinoutu SFP+: TX_Disable na 3, Mod_Abs na 6, VeeR na 9, bo inaczej moduł siedzi wyłączony, a ty obwiniasz programator.