Сторонняя оптика: надёжность и экономика
Консенсус операторов подавляющий: сторонняя оптика — норма. Модули под брендами вендоров коммутаторов и модули независимых производителей оптики сходят с одних и тех же немногочисленных контрактных линий; разница — наклейка и цена, обычно в 5–40 раз.
Это подтверждает и полевой опыт: парки из нескольких сотен сторонних SFP, отработавших 7–12 лет с одним–тремя отказами, упоминаются регулярно.
Где проблемы всё же бывают
- Отказные партии. Кластеры отказов почти всегда привязаны к конкретной партии и периоду, а не к вендору в целом. Несколько независимых сообщений описывали доли брака заметно выше нормы для отдельных закупочных лотов.
- Мучительный RMA дорогих модулей. Возврат оптики 40G/100G зарубежному поставщику и ожидание неделями — реальные операционные издержки.
- Tx-мощность, не совпадающая с прошитой. Некоторые модули сообщают Tx как константу, записанную в память, а не как измерение. Ответственные провайдеры проверяют входящие партии измерителем мощности.
- Комплаенс при закупках. В госзакупках «соответствующий» модуль часто оказывается тем же железом с другой программной конфигурацией — проверяйте, за что платите.
Что делают опытные покупатели
- Берут бюджетных сторонних вендоров для массовых 1G/10G/25G модулей, где отказ дёшево заменить.
- Для LR4, ER, когерентной и другой дорогой оптики предпочитают премиальных сторонних вендоров с репутацией по качеству и, в идеале, с модулями, которые пользователь может перепрограммировать сам.
- Проверяют входящие партии: читают DDM каждого модуля и сверяют Tx/Rx измерителем мощности до ввода в эксплуатацию.
- Торгуются с OEM. Некоторые вендоры коммутаторов предлагают «common optics» SKU с большой скидкой, когда им показывают цены сторонних поставщиков.
- Держат OEM-модуль каждого типа для обращений в поддержку (см. Вендор-лок).
Совокупная стоимость
Операторы сообщают о сокращении годовых расходов на оптику более чем на 90% при переходе на сторонние модули — и часто закладывают в эту экономию инструмент кодирования как страховку на случай, если OEM ужесточит правила приёма в новой прошивке.
Как помогает CodingBox
- Входной контроль — чтение идентификации и живого DDM на экране Check transceiver, журнал значений в CSV из DDM.
- Перекодировка под ожидания коммутатора, когда модуль отвергнут — см. Перекодировку EEPROM.
- Учёт — каждое чтение сохраняется в базу кодов, поэтому история модуля доступна, когда позже всплывёт проблема партии.
Какие платформы что проверяют и чему должна удовлетворять закодированная идентификация по классам платформ: Как каждая NOS проверяет модуль; как держать смешанный парк безопасным при обновлениях: Матрицы совместимости и прошивки.
Сторонние модули на серверных адаптерах — белые списки драйверов Intel и обход
allow_unsupported_sfp, терпимые вендоры, Windows/ESXi: Совместимость трансиверов на NIC.