Lenovo RackSwitch G8124E отказывается принимать обычный 10G SR SFP+ с сообщением UNAPPROVED - SR SFP+ is DISABLED
Вытащили пару G8124E из списанной стойки, и я собираю их заново как уровень агрегации для внутреннего тестового окружения. Бюджет на фирменную оптику нулевой, так что всё ставим на обычные модули 10G SR того же типа, что уже работают у нас в других местах.
- Lenovo RackSwitch G8124E, шасси бывшей маркировки IBM
- обычные 10G SR SFP+, дуплексный LC, та же партия, что работает в нашем продакшн top-of-rack
- патч OM3 на сетевую карту сервера, которая линкуется на 10G с тем же самым типом модуля
Порт оживает на мгновение, а потом коммутатор его отключает:
UNAPPROVED - SR SFP+ is DISABLEDПосле этого линк никогда не устанавливается, и порт остаётся выключенным.
Что уже пробовал:
- переставил модуль через четыре разных слота, каждый раз одинаковое сообщение
- поставил второй модуль из той же партии и третий от другого поставщика
- прошёлся по конфигурации интерфейса в поисках чего-то вроде переключателя allow-unsupported и ничего не нашёл
Есть ли способ заставить эту коробку принимать стороннюю оптику, или проверку одобрения можно удовлетворить только модулями с кодировкой Lenovo?
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 5
Прежде чем кто-то даст вам команду: что показывает
show version? У этого семейства лекарство не одна команда, оно расходится по линиям прошивки: то, что делается на образе 7.x, отличается от того, что делается на 8.x, так что сначала нужно установить версию.Также скажите, модули совсем обычные или несут узнаваемую строку вендора в EEPROM. Прошивка оценивает каждый модуль по этой строке, и у людей с оптикой SFP+ с кодировкой Intel именно в этом коммутаторе тоже выскакивает предупреждение об неодобренном трансивере, так что само по себе сообщение мало что говорит о самой оптике.
show versionпоказывает образ 7.x, то есть старую линию, а не текущую.Модули совсем обычные, без кодировки Intel или Cisco, определяются как тот OEM, что их собрал. Третий модуль я также поставил в стоящий рядом IBM RackSwitch G8124 и получил там то же самое поведение, так что дело не в одном плохом слоте или одной плохой оптике.
На старых линиях есть переменная загрузчика, отключающая проверку одобрения. Она описана для 5.x, 6.x, 7.x и 8.3.x или ниже, так что коробка на 7.x попадает в область действия.
Для этого понадобится последовательная консоль, порт mini-USB RS232, а не сеть. Перезагрузите коммутатор и держите Shift+M на протяжении теста памяти, пока загрузчик не даст приглашение
=>, затем:Значение чувствительно к регистру,
Overrideс заглавной O. Выполнитеprintenvпередboot, чтобы реально увидеть, что переменная сохранилась. Как только коммутатор закончит загрузку, он перестаёт отключать неодобренные модули SFP+, и порты просто поднимаются.Две оговорки. Это лабораторная и аварийная мера, Lenovo не поддерживает стороннюю оптику, и ничего здесь не официально. И держитесь подальше от двухскоростной оптики на этих старых коробках, она создаёт проблемы даже после снятия проверки.
Та же история по всей линейке коммутаторов Lenovo, не только на G8124E. У меня есть G8272, который оценивает Cisco-Finisar
SFP-10G-LR-Sкак Unapproved, показывает порт как Disabled и оставляет линк выключенным. Настоящая оптика Cisco, просто не в списке Lenovo.На стороне ThinkSystem, NE1032 и NE1032T, там CNOS, а не ENOS, и там путь - это команда платформы разрешить неподдерживаемые трансиверы, а не трюк с загрузчиком. Сам я её не запускал, так что проверьте синтаксис на своей коробке, прежде чем планировать под неё окно. Схема в основе не меняется: прошивка сравнивает строку вендора в EEPROM со списком и отключает всё, что не распознаёт.
Добавлю к этому: переопределение не обязательно переживает обновление прошивки. Если вы зальёте новый образ и порты снова умрут, вернитесь на последовательную консоль и проверьте
printenv, прежде чем начинать вынимать модули - переменная может просто исчезнуть.И вообще не относитесь к переключателям разблокировки вендора как к чему-то надёжному. На Catalyst 9200 с IOS-XE 16.9.x
service unsupported-transceiverвообще не действует из-за CSCvk03296, и вместо этого люди использовалиno errdisable recovery cause gbic-invalidв глобальной конфигурации, что не давало портам уходить в err-disable и позволяло работать модулям FS и Cables and Kits. Другой вендор, тот же урок: задокументированный рычаг и рычаг, который реально работает, - не всегда одно и то же.