49 USD'lik Ubiquiti SFP Wizard üçüncü taraf optikleri mi yoksa sadece Ubiquiti modüllerini mi yeniden kodluyor
Küçük bir homelab, yıllar içinde toplanmış iki el switch ve bir çekmece dolusu optik, çoğu host tarafından vendor kodu yüzünden reddediliyor. Yeniden kodlama her zaman engel oldu: düzgün bir programlayıcı yaklaşık 369 USD, ki bu switch'lere ödediğimden fazla, ve 49 USD'lik Ubiquiti SFP Wizard bu fikri birden bire uygun fiyatlı gösteriyor.
- tatmin etmem gereken host'lar: Huawei S5731 ve S6730, artı bir HP 6120XG
- düşünülen programlayıcı: UACC-SFP-WIZARD
- çekmecede olanlar:
FTLX8571D3BCV
FTLX8574D3BCV
SNR-SFP+W73-3
SNR-SFP+W37-3
J9150AŞimdiye kadar anladığım kadarıyla EEPROM okuyor, DDM okuyor, bir modülü test edebiliyor, ve EEPROM içeriğini bir modülden diğerine kopyalıyor. Çözemediğim şey hangi modülün sonunda yazılan taraf olduğu: hedefin bir Ubiquiti modülü olması mı gerekiyor, yoksa istediğim vendor adını ve parça numarasını basitçe yazabileceğim bir alan mı var?
Yani açıkçası: bu şey zaten sahip olduğum modülleri Huawei ve HP'nin kabul edeceği şekilde yeniden kodlayabiliyor mu, yoksa sadece Ubiquiti optiklerini mi programlıyor? İkincisiyse, benimki gibi bir lab için bunun bir anlamı var mı?
Comments 2
Yazma tarafında sadece Ubiquiti optikleri var, ve yön tam olarak istediğinizin tersi. Üçüncü taraf bir modül takıyorsunuz, o modülün EEPROM'unu okuyor, ve o veriyi bir Ubiquiti SFP veya QSFP modülüne yazıyor, böylece Ubiquiti parçası switch'inizin beklediği vendor'u taklit ediyor. DDM okuma, bir modülü test etme ve havadan güncelleme çekme de kutunun içinde var, ama keyfi bir vendor kodu için serbest metin alanı yok, ve programlanan şey bir Ubiquiti modülü. FS kutusuyla aynı model: ucuz programlayıcı, o vendor'ın kendi optiklerine bağlı.
Sizin çekmeceniz için bu, Finisar, SNR ve HP parçalarının tam olarak oldukları gibi kaldığı anlamına geliyor. Onların olabileceği şey kaynak: Huawei'nin zaten kabul ettiği bir modülden kodu okuyun, bir Ubiquiti optiğine yazın, onu çalıştırın. Bunun karşılığını verip vermediği, programlayıcının üstüne kaç Ubiquiti modülü almaya hazır olduğunuza bağlı.
Erken sürüm notlarından iki ayrıntı: support dump'larında bir dosya adlandırma hatası vardı, ve UF-RJ45-10G'nin kurtarması henüz desteklenmiyordu. İkisi de ölümcül değil, ama özellikle o parça için bir kurtarma aracı olarak satın almayın.
Amaç zaten sahip olduğunuz modülleri yeniden kodlamaksa, genel amaçlı bir programlayıcıya geri dönmüş oluyorsunuz. SNR SFP Writer, SFPTotal Plus serisi, ya da kabloları kendiniz bağlamaktan çekinmiyorsanız CH341 tabanlı bir kart. Belirli sınırlar içinde ne söylerseniz onu yazarlar.
İlginç olan kısım sınırlar. Her modül düz bir EEPROM gibi davranmıyor. Bazılarında A0/A2 sayfalarıymış gibi davranan bir mikrokontrolör var, ve böyle bir çip byte'ları basitçe teslim etmek yerine bir parola isteyebilir ya da bir vendor challenge bekleyebilir: bir C8051F392'li Medick SFP-10G-BX standart örnek. Etkileşimli bir EEPROM ve anahtarları olan HP ve Aruba parçaları herkesin tarif ettiği en zor durum, o yüzden J9150A'nın kolayca yeniden yazılabilir olduğunu varsaymazdım.
Kafesin engel olduğu durumlar için kaba kuvvet yolu da var: modülün 4 ve 7 numaralı pinlerine, yani I2C SDA ve SCL hatlarına lehimleyin, ve soketin dışından onunla konuşun. İnsanlar Huawei ve HP host'ları için bu şekilde başarılı yazmalar bildiriyor, gerçi bir modülü yakarsanız kendi başınızasınız. Bunun yerine bir adaptör yaparsanız, SFP+ pinout'unun geri kalanına dikkat edin: 3 numarada TX_Disable, 6 numarada Mod_Abs, 9 numarada VeeR, yoksa modül orada devre dışı oturur ve suçu programlayıcıya atarsınız.