Aruba AP-375 uplink: क्या Cisco BiDi SFP चलाने का कोई तरीका है, या AP approved optics तक locked है
हम एक campus site में एक outbuilding तक Wi-Fi पहुंचा रहे हैं। उस तरफ़ जाने वाली सिर्फ़ एक single strand fibre है, तो plan यह था कि एक AP-375 वहां लगा दें और उसे उस BiDi pair से feed करें जो हमारे पास शेल्फ़ पर पहले से था।
- Aruba AP-375, ArubaOS 8
- AP cage में Cisco BiDi SFP, switch में इसकी matching partner wavelength
- दोनों buildings के बीच single-mode की एक strand
- AP खुद ठीक है, copper पर normally up हो जाता है
AP-375 SFP cage: Cisco BiDi module seated, uplink never comes up
Same BiDi pair between two switches on the bench: link up, no complaintsअब तक जो कर चुका हूं:
- कहीं pair उल्टी तरफ़ न लगा दी हो, यह सोचकर दोनों wavelengths बदल कर देखीं
- module reseat किया और उसी batch से दूसरा AP-375 try किया
- switches में मिलने वाले
allow-unsupported-transceiverजैसे knob के बराबर की कोई चीज़ AP CLI में ढूंढी, और वैसा कुछ भी नहीं मिला
तो क्या AP-375 Aruba की आशीर्वाद वाली optics के अलावा कुछ और accept करता है, और क्या ArubaOS 8 में switch की जगह खुद AP के लिए कोई unlock command है? अगर यह hard lock है तो मैं बस approved parts खरीद लूंगा, पर order करने से पहले यह जान लेना बेहतर रहेगा।
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 3
यह hard lock है, और यह coded-optics वाली आम कहानी नहीं है। Aruba AP uplink के लिए ठीक दो modules qualify करता है, एक SX और एक LX, और AP firmware में कोई unlock command है ही नहीं, तो न कुछ enable करने को है और न कोई BiDi part जिसे accept किया जाएगा चाहे उसे किसी ने भी बनाया हो।
जो वजह वे देते हैं वह commercial नहीं बल्कि thermal है। AP enclosure के अंदर का तापमान उससे कहीं बाहर रहता है जिसके लिए एक आम non-industrial module rated होता है: वहां पका हुआ module जल्दी मर सकता है, और cage में fail होने वाला module AP को भी साथ में नुकसान पहुंचा सकता है। यही वजह है कि approved list छोटी है और वे इसे बढ़ाने में दिलचस्पी नहीं रखते।
Practical जवाब: AP ordering guide से approved SX या LX part number निकालो और वही खरीदो। तुम्हारी single strand ही असल में अजीब हिस्सा है, क्योंकि इस AP के लिए कोई BiDi module किसी की आशीर्वाद नहीं पाता।
शुक्रिया, यह उससे मेल खाता है जो मैंने धीमे तरीके से खुद निकाला था। AP CLI में सच में
allow-unsupported-transceiverजैसा कुछ भी नहीं है, और AP यह इशारा तक नहीं देता कि उसने कोई module देखा है, वह बस dead uplink के साथ बैठा रहता है। वही BiDi pair उसी strand पर दो switches को link करती है, तो optics और fibre problem नहीं हैं।हम approved LX order करेंगे और दूसरी strand खींचेंगे, duct में spare capacity है। हल्का सा गुस्सा इस बात पर आता है कि AP log में काम करने लायक कुछ नहीं देता, एक सीधा सा unsupported-module message मेरी wavelengths बदलने में गई एक दोपहर बचा देता।
जितना भी काम की हो, switch साइड पर भी दर्द का यही परिवार है। यहां एक Instant On switch ने एक HPE-branded 1000BASE-T module, J8177C, पर unsupported transceiver alert उठाना शुरू कर दिया, जो उस port में उम्र भर से बैठा था। module नहीं बदला, software बदला: transceiver validation Instant On software 2.9 में आई और उनकी accepted list से बाहर कुछ भी flag हो जाता है, HPE parts के पुराने revisions समेत।
allow-unsupported-transceiverभी अब वहां नहीं है, और मैंने जिससे भी पूछा किसी को link बनाए रखते हुए alert चुप कराने का तरीका नहीं मिला।1930 line पर यह किसी cosmetic alert से भी बुरा हो सकता है। एक colleague के पास एक JL680A है जहां J8177D-style copper SFP सही तरीके से 1000BASE-T module के तौर पर log होता है और port फिर भी कभी link नहीं होता, RJ45 साइड में कुछ भी लगा हो, और उस box में कोई override है ही नहीं। वहां third-party results मुझे लॉटरी जैसे लगे: कुछ FS parts up हुए, बाकी कभी negotiate ही नहीं हुए, और वही modules Cisco kit में ठीक थे। box order करने से पहले एक खरीदकर test करो।