Zyxel RGS200-12P печатает "% SFP module doesn't support DDMI" для двух SFP Avago
Мы сдаём промышленные шкафы с собственным мониторингом заказчика поверх, так что читаемый DDMI на восходящих портах входит в список приёмки. На RGS200-12P два важных порта вообще ничего не выводят после включения DDMI, хотя оба линка подняты и передают трафик.
- Zyxel RGS200-12P, DDMI включён
- порт 1/9: AVAGO ABCU-5740RZ-HP8, медный SFP 1000BASE-T
- порт 1/11: AVAGO AFBR-5710PZ, 1000BASE-SX
- оба линка подняты, счётчики чистые с обеих сторон
% SFP module doesn't support DDMIЧто я уже сделал:
- выключил и снова включил DDMI, сохранил, перезагрузил коммутатор
- переустановил оба модуля и переставил их в другие клетки - на каждом порту тот же ответ
- убедился, что сами линки в порядке, трафик проходит без ошибок
Так в чём дело: коммутатор отказывается читать оптику, которую сам не продавал, или два модуля Avago действительно не имеют диагностики, которую можно было бы отдать? Мне нужно дать заказчику один определённый ответ до сдачи, а не пожать плечами.
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 4
У вас за одной строкой ошибки прячутся две разные причины.
На медном порту это ожидаемое поведение. SFP-модули 1000BASE-T как класс вообще не реализуют цифровую диагностику - сообщать оптическую мощность не о чем, и такие модули обычно вообще не несут страницы диагностики, так что 1/9 с ABCU-5740RZ-HP8 никогда не покажет ни температуру, ни напряжение, ни мощность, как бы ни был настроен DDMI. Чинить нечего, эскалировать нечего.
Оптический порт даёт тот же результат по другой причине: у этого конкретного модуля Avago просто нет страницы DDM/DDMI в EEPROM. SFF-8472 делает страницу диагностики опциональной, и немало модулей 1000BASE-SX того поколения выпускались без неё. Коммутатор здесь не блокирует чужой модуль, он сообщает правду - в модуле нечего читать.
Проверка, которая решает вопрос за пять минут, - та, что уже предложили: модуль, заявленный как поддерживающий DDM, в той же клетке. Zyxel SFP-LX-10-E на RGS200-12P печатает полный блок DDMI, что доказывает, что и коммутатор, и конфигурация в порядке. Обычная оговорка с этим вендором: их официальная позиция такова, что сторонняя оптика не покрывается поддержкой и может приводить к потере пакетов и проблемам со связью, так что если диагностика - критерий приёмки, внесите «поддержка DDM/DOM» в закупочную спецификацию, а не надейтесь на удачу.
Если оптику на этом шкафу заменить нельзя, мониторьте эти два порта по состоянию линка и счётчикам интерфейса и укажите это в документе сдачи. Это честный ответ, и он лучше, чем пустая страница DDMI, которую через год никто не сможет объяснить.
Прежде чем что-то записывать, стоит разделить две вещи. Во-первых, печатает ли этот коммутатор DDMI вообще для чего-нибудь? Одолжите модуль, о котором точно известно, что он поддерживает DDM, вставьте его в 1/11 и выполните ту же команду. Если выйдет полный блок, сторона коммутатора доказана, и остаются только два модуля Avago как переменная.
Во-вторых, не воспринимайте медный модуль как доказательство в ту или иную сторону, это отдельная категория. И что реально говорит спецификация AFBR-5710PZ насчёт цифровой диагностики? Этот модуль достаточно старый, чтобы я вообще не был уверен, что она у него есть.
Подтверждено на стенде. Одолжил SFP-LX-10-E, поставил его в 1/11 с тем же волокном, и DDMI печатает полный набор - температуру, напряжение, ток смещения, мощность Tx и Rx. Поставил обратно AFBR-5710PZ, и строка ошибки возвращается немедленно. Порт 1/9 с медным модулем ведёт себя ровно так же, как раньше, и теперь я это просто ожидаю, а не разбираюсь заново.
То есть коммутатор делает свою работу, а ответ - в модулях. Это идёт в акт сдачи как свойство модуля, а поддержка DDM идёт в спецификацию для следующей партии оптики. Это избавило меня от спора о «сломанном» коммутаторе.
Стоит знать, что одна и та же ситуация читается совершенно по-разному в зависимости от платформы, поэтому она и продолжает всплывать как отчёт об ошибке.
В PAN-OS
show transceiver-detail allпечатает полеdiagnostic-monitorдля каждого модуля:Yesозначает, что он реализует оптический мониторинг,No- что нет, и во втором случае модуль всё равно определяется нормально, а все диагностические значения возвращаются какN/A. Никакой ошибки, просто пустые поля - гораздо проще интерпретировать, чем строку отказа.На Nokia 7210 SAS отсутствующие значения могут быть виной самого ПО: ранние релизы вообще не реализуют DDM, а в документации добавлено, что для модулей, которые Nokia не поставляла, данные могут отображаться, но их формат и точность не гарантируются. Три возможных виновника одного пустого поля - модуль, платформа или релиз.
А иногда дело только в интерфейсе: на коммутаторах TP-Link, подключённых в Omada, в контроллере нет страницы DDM - нужно открыть его терминал, набрать
enableи выполнитьshow ddm status.