Brocade G610 на FOS 9.x бракует совместимую 16G SWL оптику: Mod_Inv и Speed Mismatch / Incompatible SFP
Добавляем ёмкость небольшой фабрике FC и купили совместимые 16G SFP+ короткой волны у поставщика оптики вместо цены вендора коммутатора. Коммутатор их отклоняет.
- Brocade G610, Fabric OS 9.x
- generic-кодированные 16G SWL SFP+, правильная длина волны и дальность по этикетке
- детали 16G с кодировкой Brocade в соседних портах того же коммутатора - работают
- те же модули пробовали в старом Brocade 300 - то же поведение
При установке порт поднимается как неисправный:
switchshow
12 12 010c00 id N16 Mod_Inv FC Speed Mismatch / Incompatible SFP
sfpshow 12
Port does not use an SFP or is disabled!GUI прямолинейнее: Faulted due to SFP validation failure. Check if the SFP is valid for the configuration., а Port Health переходит в FAULTY. errdump содержит соответствующую запись шасси о том, что порт неисправен из-за недопустимого SFP, конфликта скорости или неисправности лазера.
Уже пробовал:
- переустановил модуль и переносил его на два других порта, везде одинаковый результат
- зафиксировал скорость порта на 16G вместо auto - без изменений
- поставил модуль с кодировкой Brocade в тот же порт, чтобы доказать, что порт и кабель в порядке - линкуется мгновенно
Что именно проверяет здесь Fabric OS, и есть ли что-то на стороне коммутатора, что заставит его принять эти модули, или их просто нужно вернуть?
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
Этот вывод логичен, и ничто из этого не ошибка конфигурации с вашей стороны.
Fabric OS несёт таблицы поиска и проверяет закодированную идентичность трансивера вместе с битами поддерживаемой скорости. Он ожидает, что возможности скорости Fibre Channel закодированы, что-то вроде 4/8/16G или 8/16/32G в зависимости от детали. Модуль с generic-кодировкой, или с кодировкой, где в полях скорости сидят скорости Ethernet, проваливает эту проверку, даже если оптика верной длины волны и дальности, поэтому порт помечается неисправным, а не просто остаётся down. Пустой
sfpshow- побочный эффект той же проверки: когда валидация проваливается, модуль читается как отсутствующий, а не как отклонённый, что отправляет людей гоняться за мёртвыми слотами.Настройки на стороне коммутатора, которая бы это обошла, не существует: решение принимается по кодировке, а не по согласованной скорости. Выход - модуль, закодированный под Fibre Channel с правильными скоростями FC для вашей платформы, в соответствии с матрицей поддержки трансиверов Broadcom. Ваш поставщик обычно может перекодировать уже имеющиеся у вас детали, что лучше, чем отправлять их обратно.
Brocade 300, G610, G720 и OEM-коробки вроде IBM SAN64B-6 ведут себя одинаково, а варианты SWL, LWL, ELWL, CWDM и DWDM трактуются одинаково. Это заметно участилось с FOS 9.x, поэтому детали, которые были в порядке в старой фабрике, вдруг перестают им быть.
Одна ловушка, если они когда-нибудь окажутся в коробке Gen 7: G720 отклоняет и небезопасную оптику тоже, и даже деталь Brocade 32G вроде 57-1000333-01 попадает там в Mod_Inv. Gen 7 хочет защищённые партномера из матрицы, а не просто корректную кодировку FC.
Прежде чем отправлять их обратно, уточните у поставщика одну деталь: какие скорости на самом деле прошиты в полях возможностей скорости этих модулей. Скорости Fibre Channel, что-то вроде 4/8/16G, или скорости Ethernet? Generic-кодировка на этикетке об этом ничего не говорит, и обычно именно здесь и кроется проблема.
Стоит также выложить:
sfpshowна одном из рабочих портов с кодировкой Brocade рядом с неисправным, чтобы можно было сравнить, какую идентичность коммутатор читает в каждом случае. И не тратьте больше времени на настройку скорости порта, проверка смотрит не на это.Спросил у них, и это второй случай. В полях скорости сидят скорости Ethernet, никакой скорости FC там вообще не установлено, ничего в формате 4/8/16G коммутатору найти. Оптика правильной длины волны и дальности для 16G SWL, но идентичность никогда не записывалась под деталь Fibre Channel, и поставщик это признал, когда я процитировал им ошибку обратно.
Сравнение, которое вы хотели, не очень информативно.
sfpshowна соседнем рабочем порту печатает полный блок идентичности как ожидается, а на неисправном порту я по-прежнему получаю толькото есть коммутатор даже не показывает его как отклонённый модуль, слот читается как пустой. И по настройке скорости порта отмечено, это было вычеркнуто ещё до того, как я написал.