การตรวจสอบออปติกบนสวิตช์

เมื่อโมดูลถูกเสียบเข้าพอร์ตแล้ว 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 ด้วยเครื่องมือ

การตั้งค่าสิ่งที่ตรวจสอบยืนยันไปแล้ว — ความเร็ว, FEC, เบรกเอาต์, โอเวอร์ไรด์แยกตาม NOS: สูตรการตั้งค่าพอร์ต; เหตุผลที่แพลตฟอร์มปฏิเสธโมดูล: แต่ละ NOS ตรวจสอบโมดูลอย่างไร

ข้อมูลชุดเดียวกันผ่าน SNMP และเทเลเมทรีแบบสตรีมมิง — อ็อบเจ็กต์ MIB แยกตามผู้ผลิต, พาธทรานซีฟเวอร์ของ OpenConfig, ข้อความ syslog ที่ควรตั้งการแจ้งเตือน: การจัดการและตรวจติดตาม; ชื่ออินเทอร์เฟซที่ใช้ในคำสั่งเหล่านี้: การตั้งชื่อพอร์ตและ LED

หากพบข้อมูลที่ไม่ถูกต้องหรือข้อผิดพลาดในบทความนี้ ให้เลือกข้อความส่วนนั้นแล้วกด Ctrl+Enter เพื่อ