Lenovo ThinkSystem NE1032 third-party SFP+ को Unapproved दिखाता है और ports को down रोके रखता है
हम एक छोटे colo cage में top of rack के तौर पर ThinkSystem NE1032 RackSwitch units की एक जोड़ी चलाते हैं। हमें विरासत में मिले Lenovo-branded optics सिर्फ आधे ports cover करते हैं, तो बाकी generic SFP+ modules और उसी batch की कुछ छोटी DACs से भरे गए जो हम दूसरे vendors के switches पर बिना किसी दिक्कत के पहले से इस्तेमाल करते हैं।
Kit:
- Lenovo ThinkSystem NE1032 RackSwitch, VLANs के अलावा stock configuration
- generic uncoded 10G SFP+ modules
- inter-switch link पर दो छोटी passive DACs
- पड़ोसी ports में Lenovo-coded SFP+, बढ़िया काम कर रहे
हर non-Lenovo module के लिए port information एक जैसी ही पढ़ती है:
port 17 transceiver present approval: Unapproved
port 17 link: downबगल वाले ports में coded modules 10G पर up हैं, तो cabling और दूर वाला सिरा समस्या नहीं है।
अब तक जो आज़माया:
- modules reseat किए और उन्हें ports के बीच बदला, Unapproved rating module के साथ-साथ चलती है
- वही generic modules एक दूसरे vendor के switch में लगाए, जहां वे तुरंत 10G पर link हो जाते हैं
- port और interface configuration line by line देखी, working ports से कुछ भी अलग नहीं
क्या switch को ऐसे modules स्वीकार कराने का कोई supported तरीका है जिन्हें वह पहचानता नहीं, या coded optics खरीदना ही अकेला रास्ता है?
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
वह rating optic पर कोई फैसला नहीं है। firmware module EEPROM के vendor-specific area को पढ़ता है, करीब bytes 96-128, और जो कुछ भी उसकी अपनी list से match नहीं करता उस पर Unapproved की मुहर लग जाती है, जिसके बाद port को up होने की इजाज़त नहीं मिलती। port config में जो भी बदलो वह इसे हिलाएगा नहीं।
NE1032 पर एक documented override है और यह एक साधारण global command है:
इसे save करो और switch restart करो। reload के बाद modules vendor check की बजाय अपने MSA fields से drive होते हैं, और generic SFP+ बाकी सब की तरह up हो जाते हैं।
दो caveats। यह command platform-specific है - वही शब्द दूसरे Lenovo switches पर काम करने की गारंटी नहीं, तो इसे पूरी estate पर template के तौर पर मत फैलाओ। और अगर इस setting वाले port पर case खोलो तो support खुशी-खुशी third-party optics की तरफ इशारा करेगा, तो shelf पर swap test के लिए कुछ coded modules रखो। अगर config में यह override बिल्कुल नहीं रखना चाहते, तो विकल्प हैं genuine Lenovo optics या पहले से Lenovo के लिए coded मंगाए गए third-party modules।
उस पूरी switch line में यही कहानी है, सिर्फ NE1032 में नहीं। मैंने एक Intel-coded SFP को RackSwitch G8124-E में reject होते देखा है, और एक Cisco-Finisar SFP-10G-LR-S को G8272 में Disabled के तौर पर बैठे देखा है, Unapproved rating और link down के साथ। firmware पहले हर module को अपनी vendor list के खिलाफ rate करता है, सवाल बाद में पूछता है।
पुराने boxes पर वही command ढूंढने जाने से पहले जानने लायक: ENOS-based RackSwitch models पर override config command की बजाय boot loader में एक sfp Override setting के तौर पर रहता है, तो जो CNOS पर काम करता है वह वहां है ही नहीं। मेरे पास हाल में इतने में G8124-E नहीं रहा कि उस menu में तुम्हें ले चल सकूं, तो outage window की planning करने से पहले अपनी unit पर इसे verify करो।
maintenance window में इसे चलाया। configure terminal, system unsupported-transceiver, exit, copy running-config startup-config, फिर एक reload - switch वापस आने के बाद, सारे generic modules ठीक से दिख रहे हैं और दोनों DAC links 10G पर हैं। port information पर अब Unapproved rating नहीं है।
जो कोई बाद में यहां पहुंचे उनके लिए: reload ज़रूरी था, switch चालू रहते हुए ports ने state नहीं बदली। और सुझाव के मुताबिक हमने दो coded modules spares drawer में रख दिए, ताकि किसी को call करने से पहले हम साबित कर सकें कि एक port healthy है।