Lenovo RackSwitch G8124E, UNAPPROVED - SR SFP+ is DISABLED कहकर generic 10G SR SFP+ को मना कर देता है
हमने एक decommissioned rack से G8124E की एक जोड़ी निकाली और मैं उन्हें एक internal test environment के aggregation layer के तौर पर फिर से बना रहा हूं। branded optics के लिए budget शून्य है, तो सब कुछ उसी type के generic 10G SR modules के साथ लगाया जा रहा है जो हम पहले से कहीं और चला रहे हैं।
- Lenovo RackSwitch G8124E, ex-IBM branded chassis
- generic 10G SR SFP+, duplex LC, वही batch जो हमारे production top-of-rack में काम कर रहा है
- एक server NIC तक OM3 patch जो उसी module type के साथ 10G पर link करता है
port एक पल के लिए जी उठता है और फिर switch उसे बंद कर देता है:
UNAPPROVED - SR SFP+ is DISABLEDउसके बाद link कभी बनता ही नहीं और port down ही रहता है।
पहले से जो try किया:
- module को चार अलग-अलग cages में घुमाया, हर बार वही message
- उसी batch से दूसरा module और किसी और supplier से तीसरा लगाकर देखा
- interface config में allow-unsupported जैसा कोई knob ढूंढा और कुछ नहीं मिला
क्या इस box को third-party optics स्वीकार करवाने का कोई तरीका है, या approval check सिर्फ Lenovo-coded modules से ही संतुष्ट होती है?
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 5
कोई आपको कोई command थमाए उससे पहले,
show versionक्या report करता है? इस family पर इलाज कोई एक command नहीं है, यह code train के हिसाब से बंटता है: 7.x image पर जो करना है वह 8.x पर करने वाली चीज़ नहीं है, तो पहले version पक्का करना होगा।यह भी बताइए कि modules plain generic हैं या EEPROM में कोई पहचानने लायक vendor string रखते हैं। firmware हर module को उस string से rate करता है, और ठीक इसी switch में Intel-coded SFP+ वाले लोगों को भी unapproved transceiver warning मिलती है, तो अकेले message से optic के बारे में ज्यादा कुछ पता नहीं चलता।
show versionइसे 7.x image पर बताता है, यानी पुरानी train, मौजूदा वाली नहीं।modules plain generic हैं, उनमें कोई Intel या Cisco coding नहीं है, वे खुद को उसी OEM के तौर पर identify करते हैं जिसने उन्हें बनाया। मैंने तीसरा module बगल में खड़े एक IBM RackSwitch G8124 में भी लगाकर देखा और वहां भी वही व्यवहार मिला, तो यह कोई एक खराब cage या एक खराब optic नहीं है।
पुरानी streams पर एक boot loader variable है जो approval check को बंद कर देता है। यह 5.x, 6.x, 7.x और 8.3.x या उससे नीचे के लिए described है, तो एक 7.x box scope में आता है।
इसके लिए आपको serial console चाहिए, mini-USB RS232 port, network नहीं। switch को reload कीजिए और memory test के दौरान Shift+M दबाए रखिए जब तक boot loader आपको
=>prompt न दे दे, फिर:value case sensitive है, capital O के साथ
Override।bootसे पहलेprintenvचलाइए ताकि आप असल में देख सकें कि variable store हो गया। switch के boot पूरा करते ही यह unapproved SFP+ modules को disable करना बंद कर देता है और ports बस up हो जाते हैं।दो caveats। यह एक lab और emergency उपाय है, Lenovo third-party optics को support नहीं करता और यहां कुछ भी official नहीं है। और इन पुराने boxes पर dual-rate optics से दूर रहिए, check रास्ते से हटने के बाद भी वे परेशानी करते हैं।
यह पूरी Lenovo switch line में वही कहानी है, सिर्फ G8124E नहीं। मेरे पास यहां एक G8272 है जो एक genuine Cisco-Finisar
SFP-10G-LR-Sको Unapproved rate करता है, port को Disabled दिखाता है और link को down छोड़ देता है। असली Cisco optic, बस Lenovo की list पर नहीं है।ThinkSystem side पर, NE1032 और NE1032T, वहां ENOS की बजाय CNOS है, और वहां रास्ता boot loader trick की बजाय unsupported transceivers allow करने वाला एक platform command है। मैंने वह खुद नहीं चलाया, तो उसके इर्द-गिर्द window plan करने से पहले syntax अपने box पर verify कर लीजिए। नीचे का pattern नहीं बदलता: firmware EEPROM की vendor string को एक list से compare करता है और जिसे नहीं पहचानता उसे disable कर देता है।
इसमें एक बात जोड़नी है: override ज़रूरी नहीं कि firmware upgrade के बाद भी बना रहे। अगर आप कोई नया image push करें और ports फिर से मर जाएं, तो serial console पर वापस जाइए और modules निकालना शुरू करने से पहले
printenvcheck कीजिए, हो सकता है variable बस गायब हो गया हो।और vendor unlock switches को आम तौर पर भरोसेमंद मत मानिए। Catalyst 9200 पर IOS-XE 16.9.x के साथ
service unsupported-transceiverका CSCvk03296 की वजह से बिल्कुल कोई असर नहीं होता, और इसकी बजाय लोगों ने global config मेंno errdisable recovery cause gbic-invalidइस्तेमाल किया, जिसने ports को err-disabled होने से रोका और FS और Cables and Kits वाले modules चलने दिए। vendor अलग है, सबक वही: documented knob और असल में काम करने वाला knob हमेशा एक जैसा नहीं होता।