संगतता मैट्रिक्स, रिलीज़ नोट्स और फ़र्मवेयर में बदलाव

“सपोर्टेड” एक ट्रिपल के बारे में बयान है: यह मॉड्यूल, इस प्लेटफ़ॉर्म में, इस सॉफ़्टवेयर रिलीज़ पर। विक्रेता उस ट्रिपल को संगतता मैट्रिक्स और रिलीज़ नोट्स में पब्लिश करते हैं, और उसे बदलते रहते हैं — नए ऑप्टिक्स जुड़ते हैं, पुराने हट जाते हैं, जाँच सख़्त होती जाती है। ख़रीदने से पहले मैट्रिक्स पढ़ना और अपग्रेड से पहले उन्हें दोबारा पढ़ना सबसे सस्ता संगतता-कार्य है। यह पेज दिखाता है कि यह जानकारी कहाँ मिलती है, इसे कैसे पढ़ें, और फ़्लीट कैसे चलाएँ ताकि सॉफ़्टवेयर अपग्रेड ऑप्टिक्स आउटेज में न बदल जाए।

विक्रेता सपोर्ट जानकारी कहाँ पब्लिश करते हैं

विक्रेता	रिसोर्स	इसमें क्या लिस्ट होता है
Cisco	Transceiver Module Group (TMG) Compatibility Matrix; प्रति-प्लेटफ़ॉर्म डेटा शीट	PN ↔ प्लेटफ़ॉर्म ↔ न्यूनतम सॉफ़्टवेयर; पोर्ट प्रतिबंध
Juniper	Hardware Compatibility Tool (HCT)	ऑप्टिक PN ↔ प्लेटफ़ॉर्म ↔ Junos रिलीज़, स्पीड, DDM सपोर्ट
Arista	Transceiver and Cable Guide (PDF/ऑनलाइन)	PN, PMD, रीच, प्रति EOS सपोर्टेड प्लेटफ़ॉर्म
Huawei	Hardware Center / प्रोडक्ट कम्पैटिबिलिटी लिस्ट	प्रति स्विच मॉडल ऑप्टिकल मॉड्यूल कोड
H3C	Transceiver Module Compatibility Matrix	प्रति प्रोडक्ट फ़ैमिली
HPE Aruba	Transceiver Guide, QuickSpecs	प्रति स्विच फ़ैमिली और फ़र्मवेयर J/R नंबर
Dell	Networking Optics/Cables support matrix	SKU ↔ प्लेटफ़ॉर्म ↔ OS10 रिलीज़
Nvidia/Mellanox	LinkX प्रोडक्ट पेज, Cumulus/Onyx रिलीज़ नोट्स, InfiniBand फ़र्मवेयर नोट्स	केबल/ट्रांसीवर PN ↔ स्विच/HCA ↔ फ़र्मवेयर
Extreme, Ruckus	ट्रांसीवर कम्पैटिबिलिटी गाइड	प्रति प्लेटफ़ॉर्म
Brocade (SAN)	FOS रिलीज़ नोट्स, सपोर्टेड ऑप्टिक्स लिस्ट	प्रति FOS वर्शन ब्रांडेड SFP PN
SONiC / व्हाइट-बॉक्स	प्लेटफ़ॉर्म विक्रेता की हार्डवेयर कम्पैटिबिलिटी लिस्ट, कम्युनिटी विकी	प्रति प्लेटफ़ॉर्म टेस्टेड ऑप्टिक्स; अक्सर कम्युनिटी-मेंटेन्ड
NIC विक्रेता	Intel/Broadcom/Mellanox एडैप्टर कम्पैटिबिलिटी लिस्ट	सपोर्टेड मॉड्यूल और ड्राइवर वर्शन

अपने चलाए जा रहे NOS वर्शन के रिलीज़ नोट्स भी पढ़ें: ऑप्टिक्स से जुड़े बदलाव “resolved issues”, “behaviour changes” और “new hardware support” के नीचे छुपे होते हैं।

मैट्रिक्स एंट्री पढ़ना

कॉलम	मतलब	किस पर ध्यान दें
पार्ट नंबर	वह सटीक स्ट्रिंग जो स्विच मॉड्यूल में चाहता है (पार्ट नंबरिंग)	ग्रेड सफ़िक्स (`-S`, `-I`, रिविज़न लेटर) अलग PN माने जाते हैं
प्लेटफ़ॉर्म / पोर्ट	कौन-सा चेसिस, लाइन कार्ड या पोर्ट रेंज	सिर्फ़-अपलिंक, “ports 49–52 only”, ब्रेकआउट पोर्ट पर नहीं
न्यूनतम सॉफ़्टवेयर	सपोर्ट वाला पहला रिलीज़	पुराने रिलीज़ पर नया PN = unsupported, भले ही ब्रांडेड हो
स्पीड / मोड	उस पोर्ट पर PN किन रेट और ब्रेकआउट को सपोर्ट करता है	4×25G ब्रेकआउट सिर्फ़ कुछ प्लेटफ़ॉर्म पर सपोर्टेड
DDM / DOM	क्या डायग्नोस्टिक्स एक्सपोज़ होते हैं	कुछ कॉम्बिनेशन पर “DOM not supported”
नोट्स	तापमान, रीच, FEC ज़रूरतें, EOL	एंड-ऑफ़-सेल तारीख़ें और उत्तराधिकारी PN

सॉफ़्टवेयर के साथ क्या बदलता है

बदलाव	ऑप्टिक्स पर असर	कैसे दिखता है
नई या सख़्त पहचान वैलिडेशन	पहले बर्दाश्त किए गए थर्ड-पार्टी या कोडेड मॉड्यूल रिजेक्ट	अपग्रेड के बाद पोर्ट errdisabled (हर NOS मॉड्यूल को कैसे वैलिडेट करता है)
हिडन ओवरराइड कमांड हटा दी गई या नाम बदल गया	`service unsupported-transceiver` अब स्वीकार नहीं	कॉन्फ़िगरेशन लोड नहीं होता, पोर्ट डाउन
CMIS हैंडलिंग बेहतर हुई या बदली	जिन 400G+ मॉड्यूल को वर्कअराउंड चाहिए था वे अब काम करते हैं, या उलटा	LowPwr में अटके मॉड्यूल (CMIS से जुड़ी समस्याएँ)
FEC/AN के डिफ़ॉल्ट मान बदले	पुराने डिफ़ॉल्ट मान पर निर्भर लिंक फ़ेल होते हैं	अच्छे लेवल के साथ लिंक डाउन (FEC और AN)
DDM पोलिंग या थ्रेशोल्ड हैंडलिंग बदली	अलार्म आते या ग़ायब होते हैं	नया syslog शोर या ख़ामोशी
ऑप्टिक्स PN का सपोर्ट ख़त्म	अब भी काम करता है, अब लिस्टेड नहीं	आगे की टिकट “unsupported” के तौर पर बंद
मॉड्यूल फ़र्मवेयर अपडेट बंडल किया गया	वेंडर-ब्रांडेड मॉड्यूल को नया फ़र्मवेयर मिलता है	मॉड्यूल साइड पर बर्ताव बदलता है (कंट्रोलर और फ़र्मवेयर)

एक फ़्लीट प्रैक्टिस जो सरप्राइज़ से बचाती है

इन्वेंट्री — हर पोर्ट के मॉड्यूल का विक्रेता, PN, सीरियल, रिविज़न और फ़र्मवेयर (स्विच से या बेंच से) CMDB में दर्ज करें।
रिलीज़ पिन करें — NOS वर्शन को संगतता-ट्रिपल का हिस्सा मानें; एक्सेस और कोर को एक ही दिन अपग्रेड न करें।
हर अपग्रेड से पहले ऑप्टिक्स से जुड़े आइटम के लिए रिलीज़ नोट्स पढ़ें।
अपने इस्तेमाल के हर ऑप्टिक्स टाइप में से एक के साथ लैब या कैनरी स्विच पर टेस्ट करें — पहले थर्ड-पार्टी और कोडेड मॉड्यूल।
पिछली इमेज रखें और एक रोलबैक प्लान; जानें कि कौन-से पोर्ट errdisable-प्रोन हैं।
पहले और बाद में DDM बेसलाइन लें ताकि मॉनिटरिंग में बर्ताव के बदलाव दिखें (मॉनिटरिंग)।
ऑप्टिक्स PN और उनके उत्तराधिकारियों का EOL ट्रैक करें ताकि रिप्लेसमेंट मैट्रिक्स से मेल खाएँ।

इस तस्वीर में थर्ड-पार्टी और कोडेड ऑप्टिक्स

OEM PN पर कोड किया गया मॉड्यूल मूल जैसी ही मैट्रिक्स एंट्री से परखा जाता है — अगर कोडिंग पूरी हो तो प्लेटफ़ॉर्म फ़र्क़ नहीं बता सकता — लेकिन विक्रेता का सपोर्ट बयान उस तक नहीं पहुँचता, और नए रिलीज़ की सख़्त जाँच उसे पकड़ सकती है। कोडेड मॉड्यूल को इन्वेंट्री में पहचानने लायक़ रखें (उनका असली विक्रेता और सीरियल), अपग्रेड पर पहले उन्हें टेस्ट करें, और उस स्थिति के लिए योजना बनाएँ जब कोई रिलीज़ रास्ता बंद कर दे (थर्ड-पार्टी ऑप्टिक्स, विक्रेता लॉक)।

NIC और सर्वर साइड

सर्वर एडैप्टर की अपनी मैट्रिक्स होती हैं (एडैप्टर ↔ मॉड्यूल ↔ ड्राइवर/फ़र्मवेयर) और अपनी पॉलिसी — कुछ Intel फ़ैमिली अनलिस्टेड SFP को तब तक रिजेक्ट करती हैं जब तक कोई ड्राइवर पैरामीटर उन्हें इजाज़त न दे; Mellanox/Nvidia एडैप्टर InfiniBand के लिए केबल को वैलिडेट करते हैं। ड्राइवर और फ़र्मवेयर अपडेट इन नियमों को ठीक वैसे ही बदल देते हैं जैसे NOS अपग्रेड करते हैं (पोर्ट कॉन्फ़िगरेशन रेसिपी)।

CodingBox में

फ़्लीट प्रैक्टिस का बेंच साइड: इनकमिंग इंस्पेक्शन पर हर मॉड्यूल की पहचान और फ़र्मवेयर वर्शन code database में दर्ज करें, Check transceiver पर शक़ी मॉड्यूल के बाइट को मैट्रिक्स एंट्री से मिलाएँ, और डेटाबेस नोट्स में कोडेड/ओरिजिनल का फ़र्क़ बनाए रखें ताकि अपग्रेड-डे रिजेक्शन को सेकंडों में मॉड्यूल तक ट्रेस किया जा सके।

विक्रेता और ऑपरेटिंग सिस्टम के हिसाब से NIC ड्राइवर और फ़र्मवेयर पॉलिसी विस्तार से: NIC पर ट्रांसीवर संगतता।

कमीशनिंग चेकलिस्ट के तौर पर फ़्लीट प्रैक्टिस — कॉन्फ़िगर करने से पहले अपग्रेड, कैनरी टेस्ट, DDM बेसलाइन, एक्सेप्टेंस टेस्ट: चयन और कमीशनिंग।

अगर आपको इस सामग्री में कोई अशुद्धि या त्रुटि दिखे, तो संबंधित अंश चुनें और Ctrl+Enter दबाकर ।