CodingBox दस्तावेज़

स्विच पर ऑप्टिक्स की जाँच

मॉड्यूल पोर्ट में लगने के बाद, हर NOS के पास उसकी पहचान और DDM दिखाने की एक कमांड होती है। इसका इस्तेमाल यह पुष्टि करने के लिए करें कि स्विच मॉड्यूल को वैसे ही देखता है जैसी आपको उम्मीद है — और CodingBox ने जो पढ़ा है उससे क्रॉस-चेक करने के लिए।

NOS के हिसाब से कमांड

NOSकमांड
Cisco IOS / IOS-XEshow interfaces <if> transceiver detail
Cisco NX-OSshow interface <if> transceiver details
Juniper Junosshow interfaces diagnostics optics <if>
Arista EOSshow interfaces <if> transceiver detail
Huawei VRPdisplay transceiver interface <if> verbose
Aruba CXshow 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


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