Management plane: console, OOB, API, SNMP và telemetry cho module quang

Mọi thứ mà switch biết về một transceiver — thông tin nhận dạng, DDM, báo động, lý do nó từ chối một module — đều nằm trong control plane và đến với bạn qua management plane: một cáp console, một cổng out-of-band, một phiên CLI hoặc API, một lần poll SNMP, một luồng đo từ xa hoặc một dòng syslog. Trang này liệt kê các phương thức truy cập, các giao diện tự động hóa, các đối tượng SNMP và đường dẫn đo từ xa mang dữ liệu transceiver trên các nền tảng chính, các thông điệp syslog đáng để cảnh báo, và các quy trình vận hành (sao lưu, nâng cấp, ZTP) có liên quan tới thiết bị quang.

Phương thức truy cập

Phương thức	Cổng / giao diện	Mục đích sử dụng	Ghi chú
Console	RJ45 RS-232 (cáp rollover Cisco, 9600 8N1) và/hoặc USB-C / mini-USB (virtual COM)	cấu hình lần đầu, khôi phục, theo dõi quá trình boot	115 200 trên nhiều thiết bị đời mới; console qua USB cần driver trên Windows
Quản lý out-of-band	Ethernet `mgmt0` / `Management1` / `me0` chuyên dụng, VRF riêng	quản lý hằng ngày, keepalive cho MLAG, đo từ xa	mạng vật lý tách riêng; đồng 1G, đôi khi SFP (Đặt tên cổng và đèn LED)
In-band	loopback hoặc SVI trên nền mạng dữ liệu	khi không có OOB	mất luôn khi data plane mất
BMC / IPMI / Redfish	trên switch white-box và một số switch trung tâm dữ liệu	nguồn điện, cảm biến, firmware	theo kiểu máy chủ
Bluetooth / ứng dụng USB	một số switch campus	thiết lập ban đầu từ điện thoại	—

Giao diện cấu hình và tự động hóa

Giao diện	Chuẩn	Ở đâu	Sử dụng cho thiết bị quang
CLI (SSH)	—	tất cả	`show interfaces transceiver` và các lệnh tương tự (Xác minh thiết bị quang trên switch)
NETCONF / YANG	RFC 6241, OpenConfig và các model gốc	Junos, IOS-XE/XR, NX-OS, Arista, Huawei, SONiC (một phần)	`openconfig-platform-transceiver` đọc thông tin nhận dạng và DDM
RESTCONF / REST	RFC 8040, REST riêng của từng nhà sản xuất (Arista eAPI, AOS-CX REST, NX-API, Dell OS10 REST)	hầu hết	JSON của cùng các lệnh show
gNMI / gRPC	OpenConfig gNMI	Arista, Cisco, Juniper, Nokia, SONiC	đăng ký đo từ xa dạng streaming
SNMP	v2c / v3	tất cả	poll DDM và trạng thái (Giám sát)
Ansible / Terraform / Python	chạy trên nền các giao diện ở trên	—	kiểm kê transceiver trên toàn bộ hệ thống
ZTP / PoAP / autoinstall	tùy chọn DHCP + HTTP/TFTP	cấp phát ban đầu (provisioning)	config cấp phát phải có sẵn các lệnh chính sách quang học

Đối tượng SNMP cho transceiver

Phạm vi	MIB / đối tượng	Ghi chú
Trạng thái giao diện và bộ đếm (tất cả)	`IF-MIB`: `ifOperStatus`, `ifHighSpeed`, `ifInErrors`, `ifHCInOctets`; `EtherLike-MIB`: `dot3StatsFCSErrors`	link và CRC
Kiểm kê vật lý (tất cả)	`ENTITY-MIB`: `entPhysicalDescr`, `entPhysicalModelName` (PN), `entPhysicalSerialNum` (SN), `entPhysicalMfgName` (nhà sản xuất), `entPhysicalClass` = port/module	module xuất hiện như thực thể con của cổng
Cảm biến (chuẩn)	`ENTITY-SENSOR-MIB` (RFC 3433): `entPhySensorType` (celsius, volts, amperes, dBm dưới dạng watt ×10^scale), `entPhySensorValue`, `entPhySensorScale`, `entPhySensorPrecision`	được Arista, Cisco (một số dòng), Dell, SONiC sử dụng
Cisco	`CISCO-ENTITY-SENSOR-MIB` (`entSensorValue`, ngưỡng trong `CISCO-ENTITY-SENSOR-EXT-MIB`), `CISCO-ENTITY-FRU-CONTROL-MIB`; chỉ số DOM của transceiver nằm dưới các thực thể con của cổng	IOS/IOS-XE/NX-OS
Juniper	`JUNIPER-DOM-MIB`: `jnxDomCurrentRxLaserPower`, `jnxDomCurrentTxLaserOutputPower`, `jnxDomCurrentTxLaserBiasCurrent`, `jnxDomCurrentModuleTemperature`, `jnxDomCurrentModuleVoltage`, các cột alarm/warning; bảng theo từng làn `jnxDomCurrentLane*`	giá trị theo đơn vị 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` trên AOS-CX; MIB `hpicfTransceiver` trên AOS-S	—
Dell OS10	`ENTITY-SENSOR-MIB` + REST `os10-platform`	—
Extreme	`EXTREME-PORT-MIB` / `extremeOpticalPort` trên EXOS	—
MikroTik	`MIKROTIK-MIB`: `mtxrOpticalTable` (`mtxrOpticalRxPower`, `mtxrOpticalTxPower`, `mtxrOpticalTemperature`, `mtxrOpticalVoltage`, `mtxrOpticalTxBias`)	RouterOS
Ubiquiti	`UBNT-…` hạn chế; dùng SSH/`ethtool -m`	—
SONiC	`ENTITY-SENSOR-MIB` qua snmpagent; trạng thái nằm trong bảng redis `TRANSCEIVER_DOM_SENSOR`	—
Trap	`linkDown`/`linkUp` (IF-MIB), trap ngưỡng DOM riêng của nhà sản xuất (`jnxDomAlarm`, `hwEntityOpticalTrap`, `cefcFRU`)	—

Khuyến nghị về khả năng mở rộng — poll DDM mỗi 60–300 s, không phải mỗi 10 s; cảnh báo dựa trên độ chênh lệch: Giám sát.

Đường dẫn đo từ xa dạng streaming (OpenConfig)

Đường dẫn	Dữ liệu
`/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` theo từng làn (tức thời/trung bình/nhỏ nhất/lớn nhất)
`/components/component/state/temperature/instant`	nhiệt độ module
`/interfaces/interface[name]/state/counters/`	`in-crc-errors`, `in-fcs-errors`, `carrier-transitions` (số lần chập chờn)
`/interfaces/interface/ethernet/state/`	`negotiated-port-speed`, `fec-mode` (các model đời mới)
Model riêng của nhà sản xuất (Cisco XR `Cisco-IOS-XR-controller-optics-oper`, Junos `/junos/system/linecard/optics/`, Arista `/Sysdb/hardware/xcvr/status/`)	phong phú hơn: ngưỡng, báo động, trạng thái từng làn

Chu kỳ lấy mẫu điển hình là 30–60 s cho DDM và 10 s cho bộ đếm; đo từ xa hoạt động theo cơ chế push nên hàng trăm cổng cũng không tốn nhiều tài nguyên của switch.

Thông điệp syslog đáng để cảnh báo

Loại	Ví dụ (cách diễn đạt có thể khác nhau)	Ý nghĩa
Module được chấp nhận/bị từ chối	`%PHY-4-UNSUPPORTED_TRANSCEIVER`, `Transceiver … unsupported`, `phony transceiver`, `Mod_Inv`, `PIC … optics unsupported`	chính sách (Cách mỗi NOS xác thực module)
Module được cắm vào/rút ra	`%SFF8472-…`, `XCVR inserted/removed`, `Transceiver present`	kiểm kê
Ngưỡng DOM	`Rx power low warning`, `TEMP_HIGH_ALARM`, `jnxDomAlarmSet`, `%SFF8472-5-THRESHOLD_VIOLATION`	các mức (Ngưỡng và báo động)
Trạng thái liên kết	`%LINK-3-UPDOWN`, `%LINEPROTO-5-UPDOWN`, `SNMP_TRAP_LINK_DOWN`	chập chờn (Liên kết chập chờn)
Errdisable	`%PM-4-ERR_DISABLE gbic-invalid`, `link-flap error detected`	cổng bị tắt do chính sách
FEC	`FEC uncorrectable errors`, `pre-FEC BER threshold`	liên kết cận biên
Nguồn/nhiệt	`power class exceeds`, `Module … high temperature`, báo động fan/PSU	Công suất và nhiệt
CMIS	`Module not ready`, `DataPath … state`, `CDB failure`	Sự cố CMIS

Các quy trình vận hành có liên quan tới thiết bị quang

Quy trình	Việc cần làm với module
Sao lưu cấu hình	bao gồm cả các lệnh chính sách quang học (`service unsupported-transceiver`, cấu hình FEC, breakout) — mất chúng khi khôi phục sẽ làm cổng down
Nâng cấp phần mềm	đọc release note về các mục liên quan tới transceiver, thử nghiệm trên canary, lưu kiểm kê các module đã mã hóa (Ma trận tương thích và firmware)
Firmware của module	một số NOS đẩy firmware xuống module (Cisco, Arista, Juniper đối với quang học OEM) — một bản NOS mới có thể cập nhật module một cách âm thầm (Bộ điều khiển & firmware)
Xuất kiểm kê	`show inventory` / ENTITY-MIB / đo từ xa đổ vào CMDB: nhà sản xuất, PN, SN, cổng
ZTP	config cấp phát phải đã có sẵn các dòng FEC/tốc độ/chính sách, nếu không một leaf vừa được cấp phát sẽ lên với các uplink tối (không có tín hiệu)
Đồng bộ thời gian	NTP/PTP để lịch sử DDM và syslog khớp nhau giữa các thiết bị
AAA và ghi log	ghi lại ai đã thay đổi tốc độ/FEC của một cổng — một nửa số ticket “thiết bị quang chết” thực chất là do thay đổi cấu hình

Trong CodingBox

Kết quả đọc trên bàn thử và dữ liệu đo từ xa của switch mô tả cùng những byte đó: nhà sản xuất, PN, SN, mã ngày, các giá trị DDM và ngưỡng. Xuất kiểm kê của switch và đối chiếu số sê-ri với code database sẽ tìm ra những module có thông tin nhận dạng đã bị mã hóa lại, có ngưỡng khác với datasheet, hoặc đã bị chuyển giữa các cổng (Check transceiver, Đọc DDM bằng công cụ).

Nếu bạn phát hiện thông tin chưa chính xác hoặc lỗi trong bài viết này, hãy chọn đoạn liên quan và nhấn Ctrl+Enter để .