क्या 49 USD वाला Ubiquiti SFP Wizard third-party optics को recode करता है या सिर्फ़ Ubiquiti modules को
छोटा सा homelab, दो second-hand switches और सालों से जमा किए optics से भरी एक drawer, जिनमें से ज़्यादातर को hosts vendor code की वजह से मना कर देते हैं। Recoding हमेशा से रुकावट रही है: एक ठीक-ठाक programmer लगभग 369 USD का बैठता है, जो switches पर खर्च किए पैसे से भी ज़्यादा है, और 49 USD वाला Ubiquiti SFP Wizard अचानक इस idea को affordable बना देता है।
- जिन hosts को satisfy करना है: Huawei S5731 और S6730, साथ ही एक HP 6120XG
- सोचा जा रहा programmer: UACC-SFP-WIZARD
- drawer में क्या-क्या है:
FTLX8571D3BCV
FTLX8574D3BCV
SNR-SFP+W73-3
SNR-SFP+W37-3
J9150Aअब तक जो समझ आया है वह यह है कि यह EEPROM पढ़ता है, DDM पढ़ता है, किसी module को test कर सकता है, और एक module से EEPROM content को दूसरे पर copy करता है। जो बात मुझे समझ नहीं आ रही वह यह है कि आख़िर में लिखा किस module पर जाता है: क्या target को Ubiquiti वाला ही होना चाहिए, और क्या कोई field है जहां मैं बस अपनी चाही vendor name और part number टाइप कर दूं?
तो सीधी बात: क्या यह चीज़ मेरे पास पहले से मौजूद modules को recode करके Huawei और HP से accept करवा सकती है, या यह सिर्फ़ Ubiquiti optics को ही program करती है? अगर दूसरी वाली बात है, तो मेरे जैसी lab के लिए इसमें कोई मतलब भी है?
Comments 2
write वाली साइड पर सिर्फ़ Ubiquiti optics चलते हैं, और direction ठीक उल्टी है जो तुम चाहते हो। तुम एक third-party module डालते हो, यह उस module का EEPROM पढ़ता है, और वह data किसी Ubiquiti SFP या QSFP module पर लिख देता है ताकि Ubiquiti वाला part उस vendor की नक़ल करे जिसे तुम्हारा switch expect करता है। DDM पढ़ना, module test करना और over the air updates लेना, सब box में है, पर मनमाने vendor code के लिए कोई free-form field नहीं है, और जिस चीज़ को program किया जाता है वह हमेशा एक Ubiquiti module ही होता है। बिल्कुल वैसा ही model जैसा FS वाले box का: सस्ता programmer, उसी vendor के अपने optics से बंधा हुआ।
तुम्हारी drawer के लिए इसका मतलब है कि Finisar, SNR और HP वाले parts बिल्कुल वैसे ही रहेंगे जैसे हैं। वे बस source बन सकते हैं: किसी ऐसे module से code पढ़ो जिसे Huawei पहले से accept करता है, उसे किसी Ubiquiti optic पर लिखो, फिर वह चलाओ। यह फ़ायदे का सौदा है या नहीं, यह इस पर निर्भर करता है कि programmer के ऊपर से तुम कितने Ubiquiti modules खरीदने को तैयार हो।
शुरुआती release notes से दो बातें: support dumps में एक file-naming bug था, और UF-RJ45-10G की recovery अभी तक supported नहीं थी। दोनों में कोई भी fatal नहीं है, पर इसे ख़ासतौर से उस part के लिए rescue tool समझकर मत खरीदना।
अगर मक़सद उन modules को recode करना है जो तुम्हारे पास पहले से हैं, तो तुम वापस एक general-purpose programmer पर आ जाते हो। SNR SFP Writer, SFPTotal Plus series, या अगर खुद wiring करने में एतराज़ न हो तो एक CH341-based board। ये वही लिखते हैं जो तुम इन्हें कहो, एक हद के भीतर।
दिलचस्प हिस्सा वही हद है। हर module एक plain EEPROM की तरह बर्ताव नहीं करता। कुछ में एक microcontroller होता है जो A0/A2 pages होने का नाटक करता है, और ऐसी chip सीधे bytes थमाने के बजाय password मांग सकती है या vendor challenge चाह सकती है: C8051F392 वाला Medick SFP-10G-BX इसकी आम मिसाल है। interactive EEPROM और keys वाले HP और Aruba parts अब तक बताया गया सबसे मुश्किल case हैं, तो मैं यह नहीं मान लूंगा कि J9150A यूं ही आसानी से rewrite हो जाएगा।
जब cage आड़े आए तो एक सीधा-सादा रास्ता भी है: module के pins 4 और 7 पर, यानी I2C की SDA और SCL lines पर, solder करो और socket के बाहर से बात करो। लोग Huawei और HP hosts के लिए इस तरीक़े से successful writes report करते हैं, हालांकि अगर module जल गया तो ज़िम्मेदारी अपनी होगी। अगर इसके बजाय एक adapter बनाओ, तो बाक़ी SFP+ pinout का ध्यान रखना, pin 3 पर TX_Disable, pin 6 पर Mod_Abs, pin 9 पर VeeR, वरना module वहीं disabled बैठा रहेगा और इल्ज़ाम programmer पर आएगा।