Плоскость управления: консоль, OOB, API, SNMP и телеметрия для оптики

Всё, что коммутатор знает о трансивере — идентификация, DDM, аварии, причина отказа модулю, — живёт в плоскости управления и доходит до вас через плоскость менеджмента: консольный кабель, внеполосный порт, сессию CLI или API, опрос SNMP, поток телеметрии или строку syslog. Здесь перечислены методы доступа, интерфейсы автоматизации, объекты SNMP и пути телеметрии, несущие данные о трансиверах на основных платформах, сообщения syslog, на которые стоит ставить алерты, и эксплуатационные процедуры (бэкапы, обновления, ZTP), касающиеся оптики.

Методы доступа

Метод	Порт / интерфейс	Применение	Примечания
Консоль	RJ45 RS-232 (кабель Cisco rollover, 9600 8N1) и/или USB-C / mini-USB (виртуальный COM)	первичная настройка, восстановление, наблюдение загрузки	115 200 на многих новых коробках; USB-консоли в Windows нужен драйвер
Внеполосное управление	выделенный Ethernet `mgmt0` / `Management1` / `me0`, свой VRF	повседневное управление, keepalive для MLAG, телеметрия	отдельная физическая сеть; 1G медь, иногда SFP (Именование портов и светодиоды)
In-band	loopback или SVI через сеть данных	когда OOB нет	теряется вместе с плоскостью данных
BMC / IPMI / Redfish	на white-box и части ДЦ-коммутаторов	питание, датчики, прошивка	серверный стиль
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 + HTTP/TFTP	развёртывание	новый коммутатор тянет образ и конфигурацию; команды политики к оптике должны быть в этой конфигурации

Объекты 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 как ватты ×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 дБм / 0,001 мА
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` + REST `os10-platform`	—
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; состояние в redis, таблица `TRANSCEIVER_DOM_SENSOR`	—
Трапы	`linkDown`/`linkUp` (IF-MIB), вендорские трапы порогов DOM (`jnxDomAlarm`, `hwEntityOpticalTrap`, `cefcFRU`)	—

Совет по масштабу — опрашивать DDM раз в 60–300 с, а не в 10 с; алерты по дельтам: Мониторинг.

Пути потоковой телеметрии (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 с для DDM и 10 с для счётчиков типичны; телеметрия 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`, аварии вентиляторов/БП	Питание и тепло
CMIS	`Module not ready`, `DataPath … state`, `CDB failure`	Проблемы CMIS

Эксплуатационные процедуры, касающиеся оптики

Процедура	Что делать с модулями
Бэкап конфигурации	включает команды политики к оптике (`service unsupported-transceiver`, настройки FEC, breakout) — их потеря при восстановлении гасит порты
Обновление софта	читать release notes на предметы о трансиверах, тестировать на канарейке, держать инвентарь закодированных модулей (Матрицы совместимости и прошивки)
Прошивка модулей	часть NOS заливает прошивку модулей (Cisco, Arista, Juniper для OEM-оптики) — новая NOS может обновить модули молча (Контроллер и прошивка)
Экспорт инвентаря	`show inventory` / ENTITY-MIB / телеметрия в CMDB: вендор, PN, SN, порт
ZTP	конфигурация развёртывания должна уже содержать строки FEC/скорости/политики, иначе свежий leaf поднимается с тёмными аплинками
Синхронизация времени	NTP/PTP, чтобы история DDM и syslog совпадали между устройствами
AAA и журналирование	фиксировать, кто менял скорость/FEC порта — половина тикетов «оптика умерла» — изменения конфигурации

В CodingBox

Столовое чтение и телеметрия коммутатора описывают одни и те же байты: вендор, PN, SN, код даты, значения и пороги DDM. Экспорт инвентаря коммутатора и сверка серийников с базой кодов находит модули, чья идентификация была закодирована, чьи пороги отличаются от даташита или которые переехали между портами (Check transceiver, Снятие DDM инструментами).