Матрицы совместимости, release notes и прошивки

«Поддерживается» — утверждение о тройке: этот модуль, на этой платформе, на этом релизе софта. Вендоры публикуют эту тройку в матрицах совместимости и release notes и меняют её — появляется новая оптика, старая выпадает, проверки ужесточаются. Прочитать матрицы до покупки и перечитать перед обновлением — самая дешёвая работа по совместимости. Здесь — где живёт информация, как её читать и как вести парк так, чтобы обновление софта не превратилось в отказ оптики.

Где вендоры публикуют поддержку

Вендор	Ресурс	Что перечисляет
Cisco	Transceiver Module Group (TMG) Compatibility Matrix; даташиты платформ	PN ↔ платформа ↔ минимальный софт; ограничения портов
Juniper	Hardware Compatibility Tool (HCT)	PN оптики ↔ платформа ↔ релиз Junos, скорости, поддержка DDM
Arista	Transceiver and Cable Guide (PDF/онлайн)	PN, PMD, дальность, поддерживаемые платформы по EOS
Huawei	Hardware Center / списки совместимости продуктов	коды оптических модулей по моделям коммутаторов
H3C	Transceiver Module Compatibility Matrix	по семействам продуктов
HPE Aruba	Transceiver Guide, QuickSpecs	J/R-номера по семействам коммутаторов и прошивкам
Dell	матрица поддержки Networking Optics/Cables	SKU ↔ платформа ↔ релиз OS10
Nvidia/Mellanox	страницы продуктов LinkX, release notes Cumulus/Onyx, заметки к прошивкам InfiniBand	PN кабеля/трансивера ↔ коммутатор/HCA ↔ прошивка
Extreme, Ruckus	руководства по совместимости трансиверов	по платформам
Brocade (SAN)	release notes FOS, список поддерживаемой оптики	брендированные PN SFP по версиям FOS
SONiC / white-box	список аппаратной совместимости вендора платформы, вики сообщества	протестированная оптика по платформам; часто ведётся сообществом
Вендоры NIC	списки совместимости адаптеров Intel/Broadcom/Mellanox	поддерживаемые модули и версии драйверов

Читайте также release notes запущенной версии NOS: изменения по оптике прячутся в «исправленных проблемах», «изменениях поведения» и «поддержке нового железа».

Как читать запись матрицы

Столбец	Смысл	На что смотреть
Партномер	точная строка, которую коммутатор ожидает в модуле (Партномера)	суффиксы классов (`-S`, `-I`, буквы ревизии) считаются разными PN
Платформа / порт	какое шасси, линейная карта или диапазон портов	только аплинки, «только порты 49–52», не на портах breakout
Минимальный софт	первый релиз с поддержкой	новый PN на старом релизе = unsupported, хоть и брендированный
Скорости / режимы	какие скорости и breakout PN поддерживает на этом порту	breakout 4×25G поддержан только на части платформ
DDM / DOM	отдаётся ли диагностика	«DOM not supported» на определённых сочетаниях
Примечания	температура, дальность, требования FEC, EOL	даты снятия с продаж и PN-преемники

Что меняется с софтом

Изменение	Эффект на оптику	Как видно
Новая или более строгая валидация идентификации	ранее терпимые сторонние или закодированные модули отвергаются	порты в errdisable после обновления (Как каждая NOS проверяет модуль)
Скрытая команда обхода убрана или переименована	`service unsupported-transceiver` больше не принимается	конфигурация не загружается, порты down
Изменена обработка CMIS	модули 400G+, требовавшие обходов, теперь работают — или наоборот	модули застревают в LowPwr (Проблемы CMIS)
Изменены умолчания FEC/AN	линки, полагавшиеся на старые умолчания, падают	линк down при хороших уровнях (FEC и AN)
Изменён опрос DDM или обработка порогов	аварии появляются или исчезают	новый шум или тишина в syslog
PN оптики достигает конца поддержки	всё ещё работает, больше не перечислен	будущие тикеты закрываются как «unsupported»
В сборку включено обновление прошивки модулей	брендированные модули получают новую прошивку	изменения поведения на стороне модуля (Контроллер и прошивка)

Практика парка, избегающая сюрпризов

Инвентаризация — записывайте вендора, PN, серийник, ревизию и прошивку каждого модуля по портам (с коммутатора или со стола) в CMDB.
Фиксируйте релизы — считайте версию NOS частью тройки совместимости; не обновляйте доступ и ядро в один день.
Читайте release notes на предметы, связанные с оптикой, перед каждым обновлением.
Тестируйте на лабораторном или канареечном коммутаторе с одним экземпляром каждого типа вашей оптики — сторонние и закодированные первыми.
Держите предыдущий образ и план отката; знайте, какие порты склонны к errdisable.
Снимите базу DDM до и после, чтобы изменения поведения в мониторинге были видны (Мониторинг).
Отслеживайте EOL PN оптики и их преемников, чтобы замены соответствовали матрице.

Сторонняя и закодированная оптика в этой картине

Модуль, закодированный под OEM PN, оценивается по той же записи матрицы, что и оригинал — платформа не отличит их при полном кодировании, — но заявление вендора о поддержке на него не распространяется, и более строгая проверка в новом релизе может его выявить. Держите закодированные модули различимыми в инвентаре (настоящий вендор и серийник), тестируйте их первыми при обновлениях и планируйте случай, когда релиз закрывает дверь (Сторонние модули, Вендор-лок).

Сторона NIC и серверов

У серверных адаптеров свои матрицы (адаптер ↔ модуль ↔ драйвер/прошивка) и свои политики — часть семейств Intel отказывает неперечисленным SFP, если не разрешает параметр драйвера; адаптеры Mellanox/Nvidia валидируют кабели для InfiniBand. Обновления драйверов и прошивок меняют эти правила так же, как обновления NOS (Рецепты настройки портов).

В CodingBox

Столовая сторона практики парка: считывать идентификацию и версию прошивки каждого модуля в базу кодов при входном контроле, сравнивать байты подозрительного модуля с записью матрицы на Check transceiver и хранить различие «закодированный/оригинал» в заметках базы, чтобы отказ в день обновления за секунды прослеживался до модуля.

Политики драйверов и прошивок NIC подробно, по вендорам и операционным системам: Совместимость трансиверов на NIC.