Lenovo ThinkSystem NE1032 помечает сторонний SFP+ как Unapproved и держит порты выключенными
Мы держим пару ThinkSystem NE1032 RackSwitch в качестве top of rack в небольшой стойке colo. Доставшаяся нам оптика Lenovo покрывает только половину портов, остальные заполнили обобщёнными модулями SFP+ и парой коротких DAC из той же партии, которую уже без проблем используем на коммутаторах других вендоров.
Оборудование:
- Lenovo ThinkSystem NE1032 RackSwitch, стандартная конфигурация, кроме VLAN
- обобщённые некодированные модули SFP+ 10G
- два коротких пассивных DAC на межкоммутаторном линке
- SFP+ с кодировкой Lenovo в соседних портах, работают нормально
Информация о порте для каждого модуля не от Lenovo одинаковая:
port 17 transceiver present approval: Unapproved
port 17 link: downКодированные модули в соседних портах на 10G и работают, так что дело не в кабеле и не на дальнем конце.
Что уже пробовал:
- переустановил модули и поменял их местами по портам - отметка Unapproved следует за модулем
- переставил те же обобщённые модули в коммутатор другого вендора - там линкуются на 10G сразу
- прошёлся построчно по конфигурации портов и интерфейсов - ничем не отличается от рабочих портов
Есть ли поддерживаемый способ заставить коммутатор принимать модули, которые он не распознаёт, или единственный путь - покупать кодированную оптику?
Show original (English)
Also available in: English
العربية
Deutsch
Español
Français
हिन्दी
Bahasa Indonesia
Italiano
日本語
한국어
Nederlands
Polski
Português
Русский
Türkçe
Tiếng Việt
简体中文
Comments 3
Эта отметка - не вердикт по самой оптике. Прошивка читает специфичную для вендора область EEPROM модуля, примерно байты 96-128, и всё, что не совпадает с её собственным списком, получает штамп Unapproved, после чего порту не разрешается подняться. Никакая настройка порта это не изменит.
На NE1032 задокументирован обход, и это простая глобальная команда:
Сохраните и перезагрузите коммутатор. После перезагрузки модули опрашиваются по полям MSA вместо проверки вендора, и обобщённые SFP+ поднимаются как обычно.
Два предостережения. Команда специфична для платформы - то же написание не гарантированно на других коммутаторах Lenovo, так что не тиражируйте её как шаблон по всему парку. И поддержка с удовольствием укажет на стороннюю оптику, если вы откроете кейс на порту с этим включённым, так что держите на полке несколько кодированных модулей для теста замены. Если вообще не хотите держать этот обход в конфигурации, альтернативы - оригинальная оптика Lenovo или сторонние модули, заказанные уже с кодировкой под Lenovo.
Та же история по всей этой линейке коммутаторов, а не только на NE1032. Видел, как SFP с кодировкой Intel отклонялся в RackSwitch G8124-E, а SFP-10G-LR-S от Cisco-Finisar в G8272 сидел как Disabled с отметкой Unapproved и линком down. Прошивка сначала сверяет каждый модуль со своим списком вендоров, а вопросы задаёт потом.
Стоит знать до того, как искать ту же команду на более старых устройствах: на моделях RackSwitch на базе ENOS обход живёт в загрузчике как параметр sfp Override, а не как команда конфигурации, так что того, что работает на CNOS, там просто нет. У меня давно не было в руках G8124-E, чтобы провести вас по этому меню, так что проверьте на своём устройстве, прежде чем планировать под это окно обслуживания.
Выполнили в окне обслуживания. configure terminal, system unsupported-transceiver, exit, copy running-config startup-config, затем перезагрузка - после того как коммутатор вернулся, все обобщённые модули отображаются нормально, и оба линка DAC на 10G. Информация о портах больше не несёт на них отметку Unapproved.
Для тех, кто найдёт это позже: перезагрузка была нужна, порты не меняли состояние, пока коммутатор оставался включённым. И мы, как и советовали, положили два кодированных модуля в ящик с запчастями, чтобы можно было доказать исправность порта, прежде чем кому-то звонить.