IBM Power FC adapters: क्या SFP अपने आप में अलग FRU है, और क्या IBM वे optics बदलेगा जो हमने उनसे नहीं खरीदे
हमारे पास एक छोटे SAN के बगल में कुछ IBM Power boxes चलते हैं, और अगली hardware maintenance renewal से पहले मैं एक ठीक-ठाक spares policy लिखने की कोशिश कर रहा हूं। जो हिस्सा मैं पक्का नहीं कर पा रहा वह है खुद transceiver: कुछ adapters पर यह अपने आप में field-replaceable part लगता है, कुछ पर service call का अंत पूरे adapter को बदलने पर होता है और optic उसी के साथ दरवाज़े से बाहर चला जाता है।
- IBM Power Systems, 32Gb और 64Gb पर Fibre Channel adapters
- उसी chassis में Ethernet और RoCE adapters, SFP28 और QSFP28 cages
- optics ज़्यादातर IBM से supplied, साथ ही Ethernet साइड पर मुट्ठी भर third-party SFP28
अब तक adapter documentation से जो निकाल पाया हूं:
64Gb FC: EN2N/EN2P (CCIN 2F05), EN1N/EN1P (CCIN 2CFD) - transceiver FRU 78P7722
32Gb FC: EN2L/EN2M (CCIN 2F06), EN1L/EN1M (CCIN 2CFC) - transceiver FRU 02CL041
अब तक जो try किया:
- ऐसे port पर service call खोला जो चुप हो गया था, और नतीजा optic की जगह adapter FRU replacement निकला
- पूछा कि क्या हम बस transceiver FRU order करके शेल्फ़ पर spare रख सकते हैं, कोई सीधा जवाब नहीं मिला
- Ethernet adapter features को देखा कि वहां भी यही logic लागू होता है या नहीं
तो दो सवाल। किन features पर transceiver सच में एक अलग FRU है, और जब cage में बैठा module IBM से खरीदा ही नहीं गया हो तो असल service position क्या है?
Comments 3
FC वाले हिस्से की तुम्हारी समझ सही है, और वहां पूरी कहानी बस इन दो FRUs में है: 64Gb features के लिए 78P7722 और 32Gb वालों के लिए 02CL041। list adapter family के हिसाब से नहीं बल्कि feature code के हिसाब से publish होती है, तो यह मान लेने के बजाय कि बगल वाला slot भी वैसा ही बर्ताव करेगा, अपना वाला देख लो।
Ethernet और RoCE पर जो features अलग से बदले जा सकने वाले optics रखते हैं उनमें शामिल हैं EC85/EC86, EC75/EC76, EC66/EC67, EC2R/EC2S, EC2T/EC2U, EC3L/EC3M, EC3A/EC3B, EN24/EN26 और EC71/EC72। इसका उल्टा case copper adapters हैं: वे सिर्फ़ इसलिए optical ports नहीं बन जाते कि तुम्हें कोई फ़िट होने वाला module मिल गया, वे बस उस खेल में हैं ही नहीं।
service वाला हिस्सा साफ़ और सीधा है और यही वह चीज़ है जो तुम्हारी spares policy तय करती है। IBM सिर्फ़ उन्हीं optics को हाथ लगाएगा जो तुमने IBM से खरीदे हों और अब भी warranty के अंदर हों या किसी hardware maintenance contract के तहत आते हों। बाकी सब कुछ service agreement से बाहर है, चाहे cage mechanically खुला हुआ हो और port बिल्कुल ठीक link भी क्यों न हो रहा हो। यही documentation यह भी कहती है कि normal troubleshooting पूरी किए बिना module मत बदलो, बहुत मुमकिन है तुम्हारी call इसी वजह से adapter replacement पर खत्म हुई।
यह हमारे racks में जो है उससे मेल खाता है। हमारे 32Gb ports EN1L/EN1M जोड़ी हैं, तो शेल्फ़ पर रखने वाला नंबर 02CL041 है, और मैं यह दिखावा करना बंद कर दूंगा कि Ethernet adapters में third-party SFP28 किसी भी चीज़ से covered हैं। वे estate के lab वाले हिस्से में ही रहेंगे।
troubleshooting order पर, बात समझ आ गई। अब हम किसी को optic खींचने देने से पहले port errors और module readings record करते हैं, तो सिर्फ़ इसलिए कि किसी ने पहले module छेड़ दिया, कोई call adapter swap से बंद नहीं हो सकती।
SAN के काम में लगातार गड्डमड्ड होने वाली दो चीज़ों को अलग करना ज़रूरी है: protocol interop और per-port coding checks। हमने एक IBM SAN24B-5 को एक HPE MSA 2040 ES LFF के सामने चलाया जिसके ports में HPE 8 Gb shortwave FC SFP+ (C8R23A) लगे थे, और brand का मिक्स किसी को नहीं खटका, क्योंकि हर module को बस उसी cage से accept होना है जिसमें वह बैठा है। array-vendor optics को array में रहने दो, switch-vendor optics को switch में डालो, और तुम vendor check और support वाली बहस, दोनों से बच जाते हो।
दूसरा trap migration है। SAN48B-5 से निकला पुराना 8G long-wave SFP+, part 57-1000027-02, SAN64B-7 (8960-P64, अंदर से एक G720) पर carry over नहीं होता - वे Gen7 box के लिए qualified list में नहीं हैं। move का बजट बनाने से पहले हर part number को Brocade transceiver support matrix से चेक करो, और पहले पुराने switch पर sfpshow चलाओ ताकि पता रहे तुम्हारे पास असल में क्या है।