स्विच पर ऑप्टिक्स की जाँच
मॉड्यूल पोर्ट में लगने के बाद, हर NOS के पास उसकी पहचान और DDM दिखाने की एक कमांड होती है। इसका इस्तेमाल यह पुष्टि करने के लिए करें कि स्विच मॉड्यूल को वैसे ही देखता है जैसी आपको उम्मीद है — और CodingBox ने जो पढ़ा है उससे क्रॉस-चेक करने के लिए।
NOS के हिसाब से कमांड
| NOS | कमांड |
|---|---|
| Cisco IOS / IOS-XE | show interfaces <if> transceiver detail |
| Cisco NX-OS | show interface <if> transceiver details |
| Juniper Junos | show interfaces diagnostics optics <if> |
| Arista EOS | show interfaces <if> transceiver detail |
| Huawei VRP | display transceiver interface <if> verbose |
| Aruba CX | show interface <if> transceiver detail |
किस पर ध्यान दें
- पहचान — विक्रेता का नाम, पार्ट नंबर और सीरियल वही हैं जो आपने चाहा था।
- DDM — तापमान, वोल्टेज, बायस और ऑप्टिकल पावर रेंज के भीतर हैं (स्विच वही SFF-8472 डायग्नोस्टिक्स पढ़ता है जो CodingBox दिखाता है)।
- एरर — “unsupported transceiver” नोट विक्रेता लॉक की ओर इशारा करता है।
CodingBox से क्रॉस-चेक करना
स्विच के आउटपुट की तुलना ऐप के ट्रांसीवर सारांश से करें। अगर स्विच का कहना बेंच पर CodingBox के पढ़े हुए से अलग है, तो फ़र्क़ इस बात में है कि स्विच मॉड्यूल की व्याख्या या गेटिंग कैसे करता है — मॉड्यूल की मेमोरी में नहीं।
प्रति प्लेटफ़ॉर्म DDM-विशिष्ट कमांड,
ethtoolरॉ डंप, SNMP OID और OpenConfig पाथ: टूल से DDM पढ़ना।
जो वेरिफ़ाई किया उसे कॉन्फ़िगर करना — प्रति NOS स्पीड, FEC, ब्रेकआउट, ओवरराइड: पोर्ट कॉन्फ़िगरेशन रेसिपी; प्लेटफ़ॉर्म ने मॉड्यूल क्यों रिजेक्ट किया: हर NOS मॉड्यूल को कैसे वैलिडेट करता है।
वही डेटा SNMP और स्ट्रीमिंग टेलीमेट्री पर — प्रति विक्रेता MIB ऑब्जेक्ट, OpenConfig ट्रांसीवर पाथ, अलर्ट के लिए syslog मैसेज: मैनेजमेंट और मॉनिटरिंग; इन कमांड में इस्तेमाल इंटरफ़ेस नाम: पोर्ट नेमिंग और LED।