Вендор-лок и кодирование

Многие коммутаторы проверяют идентификацию трансивера — имя вендора, парт-номер, иногда серийный — и считают модули, не совпадающие с одобренным списком, «неподдерживаемыми». Это вендор-лок, и поэтому исправная оптика может быть отклонена одним коммутатором, но работать в другом.

Как реагируют коммутаторы

• Некоторые платформы предупреждают, но разрешают модуль.
• Некоторые отключают порт или отказывают в диагностике неопознанной оптике.
• Например, у Cisco IOS есть глобальная команда service unsupported-transceiver, разрешающая стороннюю оптику.

Что делает кодирование

Кодирование записывает в память модуля поля вендора и парт-номера, которые ожидает целевой коммутатор, чтобы он принял модуль. Поскольку эти поля защищены контрольными суммами, после изменения их нужно пересчитать — CodingBox пересчитывает CC_BASE и CC_EXT автоматически в редакторе EEPROM.

Как делать безопасно

1. Прочитайте модуль и дайте CodingBox сохранить его в базу кодов — перед любой записью снимается резервная копия.
2. Отредактируйте поля идентификации (при необходимости разблокируйте защищённые страницы).
3. Запишите выбранные страницы и прочитайте обратно для подтверждения.

Кодируйте трансиверы только ради совместимости, на которую у вас есть право, и следуйте политикам вашей организации и вендоров.

Дальнейшее чтение

• Как каждая NOS проверяет модуль — что сравнивается, что происходит при отказе, документированные обходы по вендорам.
• Рецепты настройки портов — команды скорости, FEC, AN, breakout и обходов для 12 систем бок о бок.
• Матрицы совместимости и прошивки — где публикуется поддержка, как её читать, что меняется с обновлениями, практика парка.