MRV OptiSwitch OS906: какая команда CLI показывает партномер SFP и мощность RX на площадке демаркации
Мы сдаём клиентские цепи на демаркационных коробках MRV OptiSwitch - в основном OS906, с несколькими OS904 и OS912, оставшимися на старых сборках. Когда приходит тикет о цепи, которая лежит или флапает, хочется получить две вещи по SSH, прежде чем кто-то поедет на выезд: какой модуль реально стоит в порту (никто не логирует, что поставил монтажник), и мощность приёма, чтобы я мог сказать, гаснет ли свет на нашей стороне или на их.
- MRV OptiSwitch OS906 в точке демаркации у клиента, OS904 и OS912 на нескольких старых площадках
- обычные SFP 1G, разные вендоры, что было у бригады в машине
- одномодовый пролёт обратно до нашего POP
Единственное, что я уже выяснил, - пустой кейдж отвечает прямо:
Failed to get EEPROM Data, SFP is not insertedтак что хотя бы отсутствующий модуль отличим от присутствующего, но молчащего. Что я всё ещё не могу сделать - вывести вендора, партномер и длину волны установленного модуля или прочитать мощность TX/RX.
Что уже пробовал:
- прошёлся по справке CLI под
show portи явно не нашёл нужную подкоманду - вставил заведомо рабочий модуль в лабораторный OS904, чтобы посмотреть, отличается ли вывод - ничего не поменялось
Какие команды на OptiSwitch дают мне содержимое EEPROM и текущие оптические уровни? Хотелось бы не отправлять кого-то с измерителем мощности туда, где ответ уже есть в CLI.
Comments 5
Две команды покрывают это, и они разделены так, как хотелось бы: что модуль заявляет о себе - в одной, живые показания - в другой.
show port sfp-paramsвыводит поля EEPROM - вендор, партномер, серийный номер, длину волны, номинальную скорость, которую заявляет модуль, дальности, которые он несёт для каждого типа волокна, плюс байты идентификатора и разъёма. Это отвечает на вопрос, что реально поставил монтажник, и подходит ли его дальность вообще для этого пролёта.show port sfp-diag <portnumber>- живая половина: температура модуля в обеих шкалах, напряжение питания, ток смещения на стороне передачи в мА, и обе оптические мощности, каждая приведена дважды, в дБм и в мВт. Значение RX в дБм - то число, которое вы называете оператору на дальнем конце.Сначала выполните sfp-params - показание в дБм мало что значит, пока вы не знаете, смотрите ли вы на компонент короткой дальности или дальней связи.
Строку, которую вы уже нашли, стоит сохранить.
Failed to get EEPROM Data, SFP is not insertedозначает, что кейдж пуст, что отличается от модуля, который установлен, но не читается. Если вы когда-нибудь будете скриптовать это по куче демаркационных коробок, вот на эту строку и надо ориентироваться.Остальной набор на этих коробках:
detail даёт конфигурацию и состояние порта, две команды statistics дают счётчики пакетов, байтов и ошибок, где monitor - это работающее в реальном времени представление, а rate с временем в секундах даёт пропускную способность за этот интервал.
Какую сторону вы на самом деле пытаетесь доказать, и что на другом конце пролёта? Если оба конца - OptiSwitch, можно снять sfp-params на каждом и напрямую сравнить вендора, партномер и длину волны, и это сравнение ловит классический случай, когда кто-то поставил модуль дальней связи на одном конце и короткой дальности на другом.
Если дальний конец принадлежит клиенту или другому оператору, внесите данные их модуля в тикет, прежде чем называть любое число в дБм, иначе потратите неделю на спор о линке, который изначально не мог заработать оптически. И как только у вас есть вывод: это один порт возвращается пустым или все порты на коробке? Это две разные проблемы.
Та же категория проблемы на маршрутизаторах Cisco, на случай если кто-то попадёт сюда с этой стороны. На ISR 4451 привычка Catalyst набирать
show interface transceiverни к чему не приводит, маршрутизатор не примет такой синтаксис, так что люди делают вывод, что на платформе вообще нет DOM. Он есть; добираетесь до него через дерево аппаратных модулей вместо этого:Возвращается температура модуля, напряжение питания стороны передачи и ток смещения, затем обе величины мощности. На мёртвом линке здесь GLC-LH-SMD показал примерно -7,1 дБм на выходе и -32,2 дБм на входе, что не пограничный пролёт, а темнота - дальний конец или волоконный тракт, и маршрутизатор ни при чём.
Примерная шкала, которой я придерживаюсь: короткий пролёт внутри здания сидит около -3...-8 дБм, дальняя связь смещается с расстоянием, ниже примерно -30 дБм ничего не приходит. И прежде чем винить волокно: %TRANSCEIVER-3-NOT_SUPPORTED в
show loggingили тип носителя, выведенный как unknown вshow interface, любое из двух означает, что маршрутизатор отклонил модуль.Ещё одна платформа в коллекцию. На Avaya VSP 7000 это одна команда:
Она выводит то, что коммутатор считал из модуля в кейдже, и глава по диагностике использует этот вывод, чтобы решить, считается ли устройство поддерживаемым.
Раздражающая часть: списка квалифицированных модулей в этой главе нет. Он лежит в отдельном документе по установке трансиверов, NN47202-302, вместе с шагами физической установки и снятия. Если модуль возвращается как failed или unsupported, документированный ответ - заменить его на что-то из этого списка.