ระนาบการจัดการ: คอนโซล, OOB, API, SNMP และเทเลเมทรีสำหรับออปติก

ทุกสิ่งที่สวิตช์รู้เกี่ยวกับทรานซีฟเวอร์ — ข้อมูลระบุตัวตน, DDM, อะลาร์ม, เหตุผลที่มันปฏิเสธโมดูล — อยู่ในระนาบควบคุมและมาถึงคุณผ่านระนาบการจัดการ ได้แก่ สายคอนโซล, พอร์ตนอกแบนด์, เซสชัน CLI หรือ API, การดึงข้อมูลผ่าน SNMP, สตรีมเทเลเมทรี หรือบรรทัด syslog หน้านี้รวบรวมวิธีเข้าถึง อินเทอร์เฟซสำหรับระบบอัตโนมัติ ออบเจกต์ SNMP และพาธเทเลเมทรีที่บรรทุกข้อมูลทรานซีฟเวอร์บนแพลตฟอร์มหลัก ข้อความ syslog ที่ควรตั้งการแจ้งเตือน และงานประจำเชิงปฏิบัติการ (การสำรองข้อมูล, การอัปเกรด, ZTP) ที่แตะต้องออปติก

วิธีเข้าถึง

วิธี	พอร์ต / อินเทอร์เฟซ	การใช้งาน	หมายเหตุ
คอนโซล	RJ45 RS-232 (สาย Cisco rollover, 9600 8N1) และ/หรือ USB-C / mini-USB (virtual COM)	การตั้งค่าครั้งแรก, การกู้คืน, การดูขั้นตอนบูต	115 200 บนอุปกรณ์รุ่นใหม่หลายรุ่น; คอนโซล USB ต้องใช้ไดรเวอร์บน Windows
การจัดการนอกแบนด์	อีเทอร์เน็ต `mgmt0` / `Management1` / `me0` เฉพาะทาง, มี VRF ของตัวเอง	การจัดการประจำวัน, keepalive สำหรับ MLAG, เทเลเมทรี	เครือข่ายกายภาพแยกต่างหาก; ทองแดง 1G บางครั้งเป็น SFP (การตั้งชื่อพอร์ตและ LED)
ในแบนด์	loopback หรือ SVI ผ่านเครือข่ายข้อมูล	เมื่อไม่มี OOB	หายไปพร้อมกับระนาบข้อมูลเมื่อระนาบข้อมูลล่ม
BMC / IPMI / Redfish	บนสวิตช์ไวท์บ็อกซ์และสวิตช์ดาต้าเซ็นเตอร์บางรุ่น	ไฟเลี้ยง, เซนเซอร์, เฟิร์มแวร์	สไตล์เซิร์ฟเวอร์
แอป Bluetooth / USB	สวิตช์แคมปัสบางรุ่น	การตั้งค่าเริ่มต้นจากโทรศัพท์	—

อินเทอร์เฟซสำหรับการคอนฟิกและระบบอัตโนมัติ

อินเทอร์เฟซ	มาตรฐาน	อยู่ที่ไหน	การใช้งานด้านออปติก
CLI (SSH)	—	ทั้งหมด	`show interfaces transceiver` และคำสั่งที่คล้ายกัน (การตรวจสอบออปติกบนสวิตช์)
NETCONF / YANG	RFC 6241, OpenConfig และโมเดลเฉพาะของแต่ละแพลตฟอร์ม	Junos, IOS-XE/XR, NX-OS, Arista, Huawei, SONiC (บางส่วน)	`openconfig-platform-transceiver` อ่านข้อมูลระบุตัวตนและ DDM
RESTCONF / REST	RFC 8040, REST ของแต่ละผู้ผลิต (Arista eAPI, AOS-CX REST, NX-API, Dell OS10 REST)	ส่วนใหญ่	JSON ของคำสั่ง show ชุดเดียวกัน
gNMI / gRPC	OpenConfig gNMI	Arista, Cisco, Juniper, Nokia, SONiC	การสมัครรับเทเลเมทรีแบบสตรีม
SNMP	v2c / v3	ทั้งหมด	ดึงข้อมูล DDM และสถานะ (การตรวจติดตาม)
Ansible / Terraform / Python	ทำงานผ่านช่องทางข้างต้น	—	รายการทรานซีฟเวอร์ทั่วทั้งฟลีต
ZTP / PoAP / autoinstall	DHCP options + HTTP/TFTP	การเตรียมใช้งาน	สวิตช์ใหม่ดึง image และคอนฟิกมาใช้; คำสั่งนโยบายออปติกต้องอยู่ในคอนฟิกนั้นด้วย

ออบเจกต์ SNMP สำหรับทรานซีฟเวอร์

ขอบเขต	MIB / ออบเจกต์	หมายเหตุ
สถานะและตัวนับของอินเทอร์เฟซ (ทั้งหมด)	`IF-MIB`: `ifOperStatus`, `ifHighSpeed`, `ifInErrors`, `ifHCInOctets`; `EtherLike-MIB`: `dot3StatsFCSErrors`	ลิงก์และ CRC
รายการอุปกรณ์ทางกายภาพ (ทั้งหมด)	`ENTITY-MIB`: `entPhysicalDescr`, `entPhysicalModelName` (PN), `entPhysicalSerialNum` (SN), `entPhysicalMfgName` (ผู้ผลิต), `entPhysicalClass` = port/module	โมดูลปรากฏเป็นเอนทิตีลูกของพอร์ต
เซนเซอร์ (มาตรฐาน)	`ENTITY-SENSOR-MIB` (RFC 3433): `entPhySensorType` (celsius, volts, amperes, dBm as watts ×10^scale), `entPhySensorValue`, `entPhySensorScale`, `entPhySensorPrecision`	ใช้โดย Arista, Cisco (บางรุ่น), Dell, SONiC
Cisco	`CISCO-ENTITY-SENSOR-MIB` (`entSensorValue`, ค่าเกณฑ์อยู่ใน `CISCO-ENTITY-SENSOR-EXT-MIB`), `CISCO-ENTITY-FRU-CONTROL-MIB`; ดัชนี DOM ของทรานซีฟเวอร์อยู่ใต้เอนทิตีลูกของพอร์ต	IOS/IOS-XE/NX-OS
Juniper	`JUNIPER-DOM-MIB`: `jnxDomCurrentRxLaserPower`, `jnxDomCurrentTxLaserOutputPower`, `jnxDomCurrentTxLaserBiasCurrent`, `jnxDomCurrentModuleTemperature`, `jnxDomCurrentModuleVoltage`, คอลัมน์อะลาร์ม/คำเตือน; ตารางต่อเลน `jnxDomCurrentLane*`	ค่าเป็นหน่วย 0.01 dBm / 0.001 mA
Huawei	`HUAWEI-ENTITY-EXTENT-MIB`: `hwEntityOpticalRxPower`, `hwEntityOpticalTxPower`, `hwEntityOpticalBiasCurrent`, `hwEntityOpticalTemperature`, `hwEntityOpticalVendorSn`, `hwEntityOpticalVendorPn`, `hwEntityOpticalType`; `hwEntityOpticalUserEeprom`	VRP
H3C	`HH3C-TRANSCEIVER-INFO-MIB`: `hh3cTransceiverHardwareType`, `hh3cTransceiverVendorName`, `hh3cTransceiverCurRXPower`, `hh3cTransceiverCurTXPower`, `hh3cTransceiverTemperature`	Comware
HPE Aruba	`ENTITY-SENSOR-MIB` บน AOS-CX; MIB `hpicfTransceiver` บน AOS-S	—
Dell OS10	`ENTITY-SENSOR-MIB` + `os10-platform` REST	—
Extreme	`EXTREME-PORT-MIB` / `extremeOpticalPort` บน EXOS	—
MikroTik	`MIKROTIK-MIB`: `mtxrOpticalTable` (`mtxrOpticalRxPower`, `mtxrOpticalTxPower`, `mtxrOpticalTemperature`, `mtxrOpticalVoltage`, `mtxrOpticalTxBias`)	RouterOS
Ubiquiti	`UBNT-…` มีจำกัด; ใช้ SSH/`ethtool -m` แทน	—
SONiC	`ENTITY-SENSOR-MIB` ผ่าน snmpagent; สถานะอยู่ในตาราง `TRANSCEIVER_DOM_SENSOR` ของ redis	—
แทรป	`linkDown`/`linkUp` (IF-MIB), แทรปค่าเกณฑ์ DOM ของแต่ละผู้ผลิต (`jnxDomAlarm`, `hwEntityOpticalTrap`, `cefcFRU`)	—

คำแนะนำด้านการขยายขนาด — ดึงข้อมูล DDM ทุก 60–300 s ไม่ใช่ทุก 10 s; ตั้งการแจ้งเตือนจากค่าที่เปลี่ยนแปลง: การตรวจติดตาม

พาธเทเลเมทรีแบบสตรีม (OpenConfig)

พาธ	ข้อมูล
`/components/component[name=<port>-transceiver]/transceiver/state/`	`vendor`, `vendor-part`, `serial-no`, `form-factor`, `connector-type`, `ethernet-pmd`, `present`, `date-code`
`…/transceiver/physical-channels/channel[index]/state/`	`input-power`, `output-power`, `laser-bias-current` ต่อเลน (ค่าปัจจุบัน/เฉลี่ย/ต่ำสุด/สูงสุด)
`/components/component/state/temperature/instant`	อุณหภูมิของโมดูล
`/interfaces/interface[name]/state/counters/`	`in-crc-errors`, `in-fcs-errors`, `carrier-transitions` (จำนวนครั้งที่กะพริบ)
`/interfaces/interface/ethernet/state/`	`negotiated-port-speed`, `fec-mode` (รุ่นใหม่กว่า)
เฉพาะของผู้ผลิต (Cisco XR `Cisco-IOS-XR-controller-optics-oper`, Junos `/junos/system/linecard/optics/`, Arista `/Sysdb/hardware/xcvr/status/`)	ข้อมูลละเอียดกว่า ได้แก่ ค่าเกณฑ์, อะลาร์ม, สถานะเลน

ช่วงเวลาสุ่มตัวอย่างทั่วไปคือ 30–60 s สำหรับ DDM และ 10 s สำหรับตัวนับ; เทเลเมทรีเป็นแบบ push จึงทำให้พอร์ตนับร้อยกินทรัพยากรของสวิตช์น้อยมาก

ข้อความ syslog ที่ควรตั้งการแจ้งเตือน

ประเภท	ตัวอย่าง (คำอาจต่างกันไป)	ความหมาย
โมดูลได้รับการยอมรับ/ถูกปฏิเสธ	`%PHY-4-UNSUPPORTED_TRANSCEIVER`, `Transceiver … unsupported`, `phony transceiver`, `Mod_Inv`, `PIC … optics unsupported`	นโยบาย (แต่ละ NOS ตรวจสอบโมดูลอย่างไร)
โมดูลถูกเสียบ/ถอด	`%SFF8472-…`, `XCVR inserted/removed`, `Transceiver present`	รายการอุปกรณ์
ค่าเกณฑ์ DOM	`Rx power low warning`, `TEMP_HIGH_ALARM`, `jnxDomAlarmSet`, `%SFF8472-5-THRESHOLD_VIOLATION`	ระดับค่า (ค่าเกณฑ์และอะลาร์ม)
สถานะลิงก์	`%LINK-3-UPDOWN`, `%LINEPROTO-5-UPDOWN`, `SNMP_TRAP_LINK_DOWN`	การกะพริบ (ลิงก์กะพริบ)
Errdisable	`%PM-4-ERR_DISABLE gbic-invalid`, `link-flap error detected`	พอร์ตถูกปิดโดยนโยบาย
FEC	`FEC uncorrectable errors`, `pre-FEC BER threshold`	ลิงก์อยู่ในระดับก้ำกึ่ง
กำลังไฟ/ความร้อน	`power class exceeds`, `Module … high temperature`, อะลาร์มพัดลม/PSU	กำลังไฟและความร้อน
CMIS	`Module not ready`, `DataPath … state`, `CDB failure`	ปัญหาของ CMIS

งานประจำเชิงปฏิบัติการที่แตะต้องออปติก

งานประจำ	สิ่งที่ต้องทำกับโมดูล
การสำรองค่าคอนฟิก	รวมคำสั่งนโยบายออปติกไว้ด้วย (`service unsupported-transceiver`, การตั้งค่า FEC, เบรกเอาต์) — หากหายไปตอนกู้คืนจะทำให้พอร์ตดับ
การอัปเกรดซอฟต์แวร์	อ่าน release notes ในส่วนของทรานซีฟเวอร์ ทดสอบกับกลุ่มนำร่องก่อน เก็บรายการโมดูลที่เขียนโค้ดไว้ (ตารางความเข้ากันได้และเฟิร์มแวร์)
เฟิร์มแวร์ของโมดูล	NOS บางตัวจะ push เฟิร์มแวร์ลงโมดูล (Cisco, Arista, Juniper สำหรับออปติก OEM) — NOS เวอร์ชันใหม่อาจอัปเดตโมดูลแบบเงียบ ๆ (ตัวควบคุมและเฟิร์มแวร์)
การส่งออกรายการอุปกรณ์	`show inventory` / ENTITY-MIB / เทเลเมทรี เข้าสู่ CMDB ได้แก่ ผู้ผลิต, PN, SN, พอร์ต
ZTP	คอนฟิกสำหรับการเตรียมใช้งานต้องมีบรรทัด FEC/ความเร็ว/นโยบายอยู่แล้ว ไม่เช่นนั้นลีฟที่เพิ่งเตรียมใช้งานจะขึ้นมาพร้อมอัปลิงก์ที่ดับสนิท
การซิงก์เวลา	NTP/PTP เพื่อให้ประวัติ DDM และ syslog ตรงกันในทุกอุปกรณ์
AAA และการล็อก	บันทึกว่าใครเปลี่ยนความเร็ว/FEC ของพอร์ต — ทิกเก็ต “ออปติกตาย” ครึ่งหนึ่งเป็นเพราะการเปลี่ยนคอนฟิก

ใน CodingBox

การอ่านค่าบนโต๊ะทดสอบและเทเลเมทรีของสวิตช์อธิบายไบต์ชุดเดียวกัน ได้แก่ ผู้ผลิต, PN, SN, วันที่ผลิต, ค่า DDM และค่าเกณฑ์ การส่งออกรายการอุปกรณ์ของสวิตช์แล้วจับคู่หมายเลขซีเรียลกับ code database จะพบโมดูลที่ข้อมูลระบุตัวตนถูกเขียนโค้ดไว้ ที่ค่าเกณฑ์ต่างจากดาต้าชีต หรือที่ถูกย้ายพอร์ต (Check transceiver, การอ่านค่า DDM ด้วยเครื่องมือ)

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