Сетевые ОС: полевой справочник

Каждый вендор коммутаторов поставляет сетевую ОС (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 …`	валидация по платформе; неподдерживаемая оптика помечается, часть остаётся down
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; SAN FOS строгая
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	сборки сообщества и вендоров на white-box (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 / breakout	`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, Сетевые карты с оптическими портами.

Грамматика имён интерфейсов и имена портов управления для каждой из этих систем: Именование портов и светодиоды; их MIB SNMP и пути телеметрии для данных трансиверов: Управление и мониторинг.