विक्रेता लॉक और कोडिंग

कई स्विच ट्रांसीवर की पहचान जाँचते हैं — विक्रेता का नाम, पार्ट नंबर, कभी-कभी सीरियल — और जो मॉड्यूल किसी स्वीकृत लिस्ट से मेल नहीं खाते उन्हें “unsupported” मानते हैं। यही है विक्रेता लॉक, और यही वजह है कि एक पूरी तरह अच्छा ऑप्टिक एक स्विच में रिजेक्ट हो सकता है और दूसरे में काम कर सकता है।

स्विच कैसे प्रतिक्रिया करते हैं

• कुछ प्लेटफ़ॉर्म चेतावनी देते हैं लेकिन मॉड्यूल को इजाज़त देते हैं।
• कुछ किसी अनजान ऑप्टिक के लिए पोर्ट डिसेबल कर देते हैं या डायग्नोस्टिक्स देने से मना कर देते हैं।
• उदाहरण के लिए, Cisco IOS में एक ग्लोबल service unsupported-transceiver है जो थर्ड-पार्टी ऑप्टिक्स की इजाज़त देता है।

कोडिंग क्या करती है

कोडिंग वे विक्रेता और पार्ट-नंबर फ़ील्ड मॉड्यूल की मेमोरी में लिखती है जिनकी टार्गेट स्विच को उम्मीद होती है, ताकि स्विच उसे स्वीकार कर ले। चूँकि ये फ़ील्ड चेकसम से सुरक्षित होती हैं, बदलाव के बाद इन्हें दोबारा कैलकुलेट करना ज़रूरी है — CodingBox EEPROM editor में CC_BASE और CC_EXT को अपने आप दोबारा कैलकुलेट कर लेता है।

इसे सुरक्षित तरीक़े से करना

1. मॉड्यूल पढ़ें और CodingBox को इसे code database में सेव करने दें — किसी भी राइट से पहले एक बैकअप लिया जाता है।
2. पहचान फ़ील्ड एडिट करें (और ज़रूरत पड़ने पर प्रोटेक्टेड पेज अनलॉक करें)।
3. चुने गए पेज राइट करें, फिर पुष्टि के लिए वापस पढ़ें।

ट्रांसीवर को सिर्फ़ उसी इंटरऑपरेबिलिटी के लिए कोड करें जिसका आपको अधिकार है, और अपने संगठन और विक्रेताओं की पॉलिसी का पालन करें।

आगे पढ़ें

• हर NOS मॉड्यूल को कैसे वैलिडेट करता है — क्या तुलना होती है, फ़ेल होने पर क्या होता है, प्रति विक्रेता दस्तावेज़ीकृत ओवरराइड।
• पोर्ट कॉन्फ़िगरेशन रेसिपी — 12 सिस्टम के लिए स्पीड, FEC, AN, ब्रेकआउट और ओवरराइड कमांड साथ-साथ।
• संगतता मैट्रिक्स और फ़र्मवेयर — सपोर्ट कहाँ पब्लिश होता है, इसे कैसे पढ़ें, अपग्रेड से क्या बदलता है, फ़्लीट प्रैक्टिस।