ระบบปฏิบัติการเครือข่าย: คู่มือภาคสนาม

ผู้ผลิตสวิตช์แต่ละรายมาพร้อมระบบปฏิบัติการเครือข่าย (NOS) ที่มีไวยากรณ์คำสั่งของตัวเอง วิธีแสดงทรานซีฟเวอร์ของตัวเอง และนโยบายของตัวเองต่อโมดูลที่มันไม่รู้จัก หน้านี้รวบรวมระบบที่คุณจะพบเจอ วิธีที่แต่ละระบบตั้งชื่อสิ่งต่าง ๆ ตำแหน่งที่คำสั่งเกี่ยวกับทรานซีฟเวอร์อยู่ และท่าทีเริ่มต้นของแต่ละระบบต่อออปติกของบุคคลที่สาม เพื่อให้การอ่านโมดูลบนโต๊ะทดสอบจับคู่ได้กับกล่องที่มันจะไปติดตั้ง

ภาพรวมของระบบ

NOS	ผู้ผลิต / แพลตฟอร์ม	รูปแบบ CLI	ข้อมูลระบุตัวตนทรานซีฟเวอร์และ DDM	ออปติกของบุคคลที่สาม (พฤติกรรมตามเอกสาร)
IOS / IOS-XE	Cisco Catalyst แคมปัส (9200/9300/9500…), ISR/ASR	`show`	`show interfaces transceiver [detail]`, `show idprom interface`	ปฏิเสธโดยค่าเริ่มต้น (`%PHY-4-UNSUPPORTED_TRANSCEIVER`, errdisable); `service unsupported-transceiver` + `no errdisable detect cause gbic-invalid` บนหลายแพลตฟอร์ม
NX-OS	Cisco Nexus ดาต้าเซ็นเตอร์	`show`	`show interface … transceiver details`	ส่วนใหญ่ยอมรับพร้อมบันทึกล็อก; บางแพลตฟอร์มเข้มงวด; `service unsupported-transceiver`
IOS-XR	Cisco ASR 9000, NCS, 8000	`show`	`show controllers optics …`	ตรวจสอบตามแพลตฟอร์ม; ออปติกที่ไม่รองรับถูกตั้งค่าสถานะ บางรุ่นถูกกันไม่ให้ลิงก์ขึ้น
EOS	Arista	`show`	`show interfaces transceiver [dom]`	ไม่มีการบังคับใช้; บันทึกล็อกไว้เฉย ๆ
Junos / Junos Evolved	Juniper EX, QFX, MX, PTX, ACX	`show` (คอนฟิกแบบลำดับชั้น)	`show interfaces diagnostics optics`, `show chassis hardware`	ยอมรับส่วนใหญ่; “unsupported” ใน `show chassis pic`; DDM อาจถูกจำกัดสำหรับ PN ที่ไม่รู้จัก
VRP	Huawei CloudEngine, ซีรีส์ S, NE	`display`	`display transceiver interface … verbose`	แจ้งอะลาร์มกับออปติกที่ไม่ใช่ของ Huawei; `transceiver phony-alarm-disable` ใช้ปิดการแจ้งเตือนนี้
Comware	H3C	`display`	`display transceiver interface`, `display transceiver diagnosis`	คล้ายกับ VRP; `transceiver phony-alarm-disable`
AOS-CX / AOS-S (ProCurve)	HPE Aruba	`show`	`show interface transceiver [detail]`	AOS-S บล็อกออปติกที่ไม่รองรับ เว้นแต่ตั้งค่า `allow-unsupported-transceiver`; AOS-CX มีคำสั่งคล้ายกัน
OS10 / OS9	Dell	`show`	`show interface … transceiver`	ส่วนใหญ่ผ่อนปรน; ยุค PowerConnect: `service unsupported-transceiver`
EXOS / VOSS / Fabric Engine	Extreme	`show`	`show ports transceiver information`	ผ่อนปรน, บันทึกล็อกไว้
FastIron (ICX)	Ruckus / Brocade	`show`	`show media`, `show optic`	ผ่อนปรนบน Ethernet; FOS ฝั่ง SAN เข้มงวด
FOS	Brocade/Broadcom SAN	`switchshow`, `sfpshow`	`sfpshow`, `porterrshow`	ต้องใช้ SFP ตรายี่ห้อ Brocade บนแพลตฟอร์มส่วนใหญ่ (ออปติกของ FC)
Cumulus Linux / NVUE, Onyx (MLNX-OS)	Nvidia/Mellanox Spectrum	Linux / `nv`	`l1-show`, `mlxlink -m`, `ethtool -m`	ผ่อนปรนบน Ethernet; InfiniBand ตรวจสอบข้อมูลสาย
SONiC	บิลด์จากคอมมูนิตีและผู้ผลิตบนไวท์บ็อกซ์ (Edgecore, Celestica, UfiSpace…) และ OEM	Linux / `show`, `config`	`show interfaces transceiver eeprom -d`, `sfputil`	ผ่อนปรน; ปลั๊กอินของแพลตฟอร์มเป็นตัวตัดสิน
RouterOS / SwOS	MikroTik	`/interface ethernet`	`monitor` บนอินเทอร์เฟซ sfp	ยอมรับทุกอย่าง; แสดง DDM
EdgeOS / UniFi	Ubiquiti	GUI / CLI	GUI, `ethtool -m`	ผ่อนปรน
โฮสต์ Linux	เซิร์ฟเวอร์, DPU	`ethtool`	`ethtool -m`	ขึ้นอยู่กับไดรเวอร์ของ NIC (`allow_unsupported_sfp` บนไดรเวอร์ Intel บางตัว)

พฤติกรรมขึ้นอยู่กับแพลตฟอร์มและรุ่นที่วางจำหน่ายแต่ละครั้ง ให้ถือว่าคอลัมน์สุดท้ายเป็นแนวทางคร่าว ๆ แล้วยืนยันจากเอกสารของผู้ผลิตหรือทดสอบบนพอร์ตจริง (แต่ละ NOS ตรวจสอบโมดูลอย่างไร)

กลุ่มคำสั่ง

งาน	แบบ show (Cisco, Arista, Juniper…)	แบบ display (Huawei, H3C)	แบบ Linux (SONiC, Cumulus, โฮสต์)
ข้อมูลระบุตัวตน	`show interfaces transceiver` / `show chassis hardware`	`display transceiver interface`	`show interfaces transceiver eeprom`, `ethtool -m`
DDM	`… transceiver detail` / `diagnostics optics`	`… verbose` / `display transceiver diagnosis`	`… eeprom -d`, `ethtool -m`
ความเร็ว / FEC / เบรกเอาต์	`speed`, `fec`, `breakout` ใต้อินเทอร์เฟซหรือแชสซี	`speed`, `fec-mode`, `port split`	`config interface speed/fec/breakout`, `nv set interface … link`
ข้อผิดพลาด	`show interfaces counters errors`	`display interface … counters`	`show interfaces counters`, `ethtool -S`

ไวยากรณ์ที่แน่นอนของแต่ละ NOS: สูตรการคอนฟิกพอร์ต; การตรวจสอบข้อมูลระบุตัวตน: การตรวจสอบยืนยันออปติกบนสวิตช์

เครือข่ายแบบเปิด

SONiC (Linux บวกเลเยอร์นามธรรม SAI คลุม ASIC เชิงพาณิชย์) และ Cumulus/NVUE เปลี่ยน NOS ให้กลายเป็นซอฟต์แวร์ที่เลือกแยกจากฮาร์ดแวร์ได้ สำหรับออปติกหมายความว่า ปลั๊กอินของแพลตฟอร์ม ไม่ใช่นโยบายของผู้ผลิต เป็นตัวตัดสินว่าจะอ่านอะไรและอ่านอย่างไร การรองรับ CMIS ขึ้นอยู่กับรุ่นของ SONiC ตัวนับ DDM และ FEC มาจากเครื่องมือของ Linux และการทดสอบความเข้ากันได้เป็นหน้าที่ของคุณเอง (ตารางความเข้ากันได้)

NOS ส่งผลต่อสิ่งที่คุณเห็นอย่างไร

การตั้งชื่อ: สตริงชนิด (10GBASE-LR, QSFP-100G-SR4, SFP-10G-LR) มาจากรหัสความสอดคล้องและ PN โดยแต่ละ NOS แปลงออกมาต่างกัน (รหัสความสอดคล้อง)
การแสดงผล DDM: บางระบบแสดงค่าเกณฑ์และแฟล็กด้วย บางระบบแสดงแค่ค่าที่วัดได้; บางระบบใช้การสอบเทียบภายนอก บางระบบไม่ใช้ (การสอบเทียบ)
ความลึกของการรองรับ CMIS: ตั้งแต่ควบคุมเส้นทางข้อมูลได้เต็มรูปแบบ ไปจนถึง “ปลด LPMode แล้วภาวนา” (ปัญหา CMIS)
การบันทึกล็อก: ข้อความที่ระบุเหตุผลการปฏิเสธ (unsupported, invalid, Mod_Inv, phony) เป็นทางลัดที่เร็วที่สุดในการวินิจฉัย (ดัชนีอาการ)

ใน CodingBox

สรุปข้อมูลทรานซีฟเวอร์ แสดงข้อมูลระบุตัวตนของโมดูลในรูปแบบของ Cisco IOS, Junos, Huawei VRP และ Aruba เพื่อให้ผลลัพธ์บนโต๊ะทดสอบตรงกับสิ่งที่สวิตช์จะพิมพ์ออกมา — และความไม่ตรงกันระหว่างทั้งสองคือจุดแรกที่ปัญหาการเขียนโค้ดหรือปัญหานโยบายจะปรากฏให้เห็น

แถวโฮสต์ Linux แบบขยายความ — ผู้ผลิต NIC ไดรเวอร์ และคำสั่งอ่านโมดูลของแต่ละราย: เครื่องมือและการวินิจฉัยของ NIC, NIC ที่มีพอร์ตออปติคัล

ไวยากรณ์การตั้งชื่ออินเทอร์เฟซและชื่อพอร์ตจัดการของแต่ละระบบเหล่านี้: การตั้งชื่อพอร์ตและ LED; MIB ของ SNMP และพาธเทเลเมทรีสำหรับข้อมูลทรานซีฟเวอร์: การจัดการและการตรวจติดตาม

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