Sfp порт не работает

Обновлено: 05.07.2024

Часовой пояс: UTC + 3 часа

DGS-3420-28TC - 10Gb SFP+ порты отключаются

Наблюдаем проблему со свичём DGS-3420-28TC. (свич стоит без нагрузки).
Boot PROM Version : Build 1.00.006
Firmware Version : Build 1.50.017
Hardware Version : A2
Serial Number : R3044C9000050

(прошивка сначала была с поставкой 1.00.024 - в ней такая же проблема, поставили доступную на фтп сайта)

Пытаемся его связать с другим оборудованием через SFP+ 10G - линк поднимается, работает от 20минут до 8 часов и порт на 3420 отключается. Если потом порт через config ports 25 state disable/enable выключить/включить - линк опять поднимается, опять работает некоторое небольшое время и опять выключается. Иногда после некоторых поднятий-опусканий линк перестаёт восстанавливаться и свич приходится перезагружать.

при это в логи свич пишет следующее:
Oct 2 01:24:46 sw-n2-10G INFO: Port 25 link up, 10Gbps FULL duplex
Oct 2 01:52:21 sw-n2-10G INFO: Port 25 link down

меняли различные SFP+ модули (cisco, juniper, noname) - со всеми одна и та же ситуация. патчкорды подключали с аттенюаторами и без - картины это так же не меняет - порт самопроизвольно отключает линк.

под конец сделали совсем просто: подключили 25 порт в vlan 200, а 28 порт в vlan 201 и соединили их между собой. Ситуация такая же линк продержался некоторое время и отвалился.

Попробуйте выполнить
config ddm ports 25 shutdown none

данная настройка не помогла:

Oct 9 10:30:39 sw-n2-10G INFO: Configuration saved to flash (Username: admin
Oct 9 10:31:21 sw-n2-10G CRIT: System warm start
Oct 9 10:31:21 sw-n2-10G CRIT: System started up
Oct 9 10:31:26 sw-n2-10G INFO: Port 13 link down
Oct 9 10:31:26 sw-n2-10G INFO: Port 25 link up, 10Gbps FULL duplex
Oct 9 10:31:26 sw-n2-10G INFO: Port 28 link up, 10Gbps FULL duplex
Oct 9 10:31:30 sw-n2-10G INFO: Port 13 link up, 1000Mbps FULL duplex
Oct 9 10:32:31 sw-n2-10G INFO: Successful login through Telnet (Username: admin
Oct 9 10:33:27 sw-n2-10G INFO: Port 28 link down
Oct 9 10:33:28 sw-n2-10G INFO: Port 28 link up, 10Gbps FULL duplex
Oct 9 10:36:48 sw-n2-10G INFO: Port 25 link down
Oct 9 10:36:48 sw-n2-10G INFO: Port 25 link up, 10Gbps FULL duplex
Oct 9 10:37:48 sw-n2-10G INFO: Logout through Telnet (Username: admin
Oct 9 11:01:45 sw-n2-10G INFO: Successful login through Telnet (Username: admin
Oct 9 11:02:38 sw-n2-10G INFO: Logout through Telnet (Username: admin
Oct 9 11:28:39 sw-n2-10G INFO: Port 25 link down
Oct 9 11:28:39 sw-n2-10G INFO: Port 25 link up, 10Gbps FULL duplex
Oct 9 11:31:25 sw-n2-10G INFO: Port 25 link down
Oct 9 11:31:26 sw-n2-10G INFO: Port 25 link up, 10Gbps FULL duplex
Oct 9 11:54:02 sw-n2-10G INFO: Port 28 link down
Oct 9 11:54:04 sw-n2-10G INFO: Port 28 link up, 10Gbps FULL duplex
Oct 9 13:04:41 sw-n2-10G INFO: Port 25 link down
Oct 9 13:04:41 sw-n2-10G INFO: Port 28 link down

Command: show ports

Port State/ Settings Connection Address
MDIX Speed/Duplex/FlowCtrl Speed/Duplex/FlowCtrl Learning
------- -------- --------------------- ---------------------- ---------
25 Enabled Auto/Disabled Link Down Enabled
Auto
26 Enabled Auto/Disabled Link Down Enabled
Auto
27 Enabled Auto/Disabled Link Down Enabled
Auto
28 Enabled Auto/Disabled Link Down Enabled
Auto

Трансиверы ставили разные (или длинк теперь работает только со своими трансиверами? Порекомендуйте модель и как потом их вернуть, если дело не в них? ) - со всеми трансиверами других производителей одна и та же беда - через некоторое время длинк-3420-28ТС гасит порт (при этом на других свичах, например juniper ex с этими же трансивирами порт не гаснет)

Часовой пояс: UTC + 3 часа

Кто сейчас на форуме

Иногда мы сталкиваемся с проблемой совместимости, заключающейся в том, что Smart/управляемые коммутаторы TP-Link не могут подключиться к коммутаторам других производителей при подключении через порт SFP. Например, как показано на рисунке, два коммутатора соединены оптоволокном, и на портах горят индикаторы, но данные между ними не передаются. В этом FAQ, состоящем из двух шагов, мы расскажем, что делать в такой ситуации.

Шаг 1. Убедитесь, что оба коммутатора имеют одинаковую скорость на SFP-портах.

При подключении коммутаторов через SFP-порты сначала нужно убедиться, что у их SFP-портов одинаковая скорость. Например, если скорость SFP-порта коммутатора TP-Link составляет 1000 Мбит/с, скорость SFP-порта другого коммутатора также должна быть 1000 Мбит/с.

Примечание: обычно при разработке коммутаторов большинство производителей не внедряют функцию автоматического согласования скорости для портов SFP, поэтому скорость порта SFP почти всегда выставляется вручную.

Шаг 2. Проверьте режим дуплекса на коммутаторах.

Помимо скорости порта SFP на результат согласования также влияет режим дуплекса. Убедившись, что скорость на портах одинаковая, нужно проверить на коммутаторах режим дуплекса.

Если порт SFP коммутатора поддерживает только принудительный (Force) режим, это может привести к неудачному согласованию. Для решения этой проблемы можно использовать последние модели Smart/управляемых коммутаторов TP-Link (например, T2600G-28TS V4), чьи SFP-порты имеют поддержку функции автоматического согласования дуплекса, благодаря которой коммутатор сначала попробует согласовать тип дуплекса с другим коммутатором в режиме автоматического определения, а если ответа не будет, он вернётся в принудительный режим. Поэтому нужно просто оставить автоматический режим дуплекса для SFP-порта коммутатора TP-Link, тогда он сможет работать с большинством коммутаторов других производителей.

Однако у некоторых более старых коммутаторов TP-Link нет режима автоматического согласования, и нужно вручную устанавливать дуплексный режим — такой же, как и на «коммутаторе-соседе». Если вы не уверены в дуплексном режиме второго коммутатора, можно попробовать поочерёдно менять дуплексный режим коммутатора TP-Link до тех пор, пока они не заработают. Обычно дуплексный режим порта SFP поддерживает только два типа: полный и автоматический.

Чтобы изменить режим дуплекса, перейдите в L2 FEATURES > Switching >Port > Port Config .

Шаг 1. Убедитесь, что оба коммутатора имеют одинаковую скорость на SFP-портах.

Шаг 2. Проверьте режим дуплекса на коммутаторах.

Чтобы изменить режим дуплекса, перейдите в L2 FEATURES > Switching >Port > Port Config .

Серверное сетевое оборудование всегда проектируется с расчетом на длительную и бесперебойную работу. Трансиверы, позволяющие передавать данные с высокими скоростями по оптическому волокну, не исключение. Тем не менее, как и любое другое оборудование, трансиверы могут начать сбоить или работать некорректно.

Сегодня мы расскажем о диагностике оптических трансиверов в случае фиксирования каких-либо проблем или перед сдачей в эксплуатацию mission-critical сервисов.

Для начала стоит понимать, что оптический трансивер — достаточно сложное устройство с EEPROM-памятью, собственным процессором, лазерным диодом для передачи и фотодетектором для приема. Разумеется, полное внутреннее устройство значительно более сложное, но мы не станем его рассматривать в рамках этой статьи. Важно лишь понимать, что у любого оптического трансивера есть несколько потенциальных точек отказа, связанных как с «физикой», так и с программным обеспечением.

Выход из строя оптического трансивера чаще всего не происходит мгновенно. Самой уязвимой частью является лазерный диод, который требует соблюдения очень точных параметров электропитания и может сильно нагреваться во время работы. Чтобы отслеживать эти показатели, в трансиверы встраивают механизм самодиагностики DDM (Digital Diagnostics Monitoring). Некоторые вендоры используют собственные обозначения, например, в трансиверах Cisco этот механизм называется DOM (Digital Optical Monitoring), а у трансиверов Zyxel — DDMI (Digital Diagnostic Monitoring Interface).

Интересно, что в целом можно провести параллель между DDM и S.M.A.R.T. Обе эти технологии обеспечивают считывание показателей и могут выдавать сигнал тревоги в случае превышения определенных пороговых значений. На уровне программного обеспечения это выглядит как зарезервированные 256 байт памяти в EEPROM, доступные по адресу 1010000X (0xA0). Сам же интерфейс находится по адресу 1010001X (0xA2).

DDM позволяет в реальном времени получить доступ к следующим значениям:

температура модуля,
напряжение,
ток смещения передатчика,
выходная мощность,
принимаемая мощность.

Hot N Cold

Чем ярче факел горит, тем быстрей выгорает.
Витело (1220–1280) — средневековый ученый

Вот как вы думаете, температура под нагрузкой в 82°C — это много или в порядке вещей? Если, к примеру, мы такие показатели увидим у какого-нибудь Zyxel SFP10G-LR, то это вполне нормально, хотя и очень близко к верхней границе эксплуатационной температуры. В то же время 82°C у модуля Juniper Networks EX-SFP-10GE-SR, однозначно, будет свидетельствовать о перегреве, поскольку для него 70°C — заявленный предел. Важно не делать поспешных выводов и всегда сверяться с ТТХ конкретной модели трансивера.

Деградация лазерных диодов и прогнозирование их срока службы — крайне обширная тема, ставшая ключевой для десятков (если не сотен) кандидатских и докторских диссертаций. В целом, все исследователи отмечают то, что повышенная температура и ток накачки приводят к ускоренной деградации лазерных диодов. Выражается она в понижении генерируемой мощности излучения. Каких-либо единых критериев или стандартов на текущий момент не выработано, но если генерируемая мощность уменьшилась на 20-30%, то это вполне можно расценивать как отказ лазерного диода.

Чтобы обеспечивать стабильную оптическую мощность, драйвер лазерного модуля варьирует подаваемый ток, тем самым компенсируя снижение мощности в результате деградации. Если в какой-либо момент подаваемый ток превысит пороговое значение, то это вызовет внезапную (катастрофическую) деградацию с повреждением базовой гетероструктуры лазерного диода и он полностью выйдет из строя. Так что эксплуатация оптических трансиверов с превышением их рабочей температуры недопустима.

Особенно остро эта проблема может возникать в коммутаторах повышенной плотности, где на 1U-устройстве работает более 48 портов с оптическими трансиверами. Крайне важно уделить кабель-менеджменту особое внимание, чтобы обеспечить достаточное охлаждение этим чувствительным элементам инфраструктуры.

Считать данные конкретного оптического трансивера для коммутаторов производства следующих вендоров:

К сожалению, это работает не всегда. На некоторых моделях трансиверов функция самодиагностики не поддерживается, а определенные модели коммутаторов в обязательном порядке требуют наличия лицензий для выполнения подобных команд.

Теперь можно посмотреть на интересующем нас порту количество общих ошибок и ошибок проверки контрольной суммы CRC. Для Juniper эти команды выглядят следующим образом:

Рост количества CRC-ошибок в большинстве случаев вызвано аппаратными, а не программными причинами. Чаще всего причиной их появления служит неплотно вставленный оптический кабель или не до конца вставленный в слот трансивер. Еще одной возможной причиной может быть загрязненная линза оптического порта.

В нашем блоге много статей по сетям. Возможно, вам понравятся следующие посты:

Косвенно можно продиагностировать наличие загрязнения по аномально низкому уровню мощности оптического сигнала. Очистку линзы проводят либо специальными очищающими палочками, либо специальной ручкой-очистителем.

Такое устройство на кончике имеет держатель нити из нетканого материала. Когда вы вставляете его в порт, нить прокручивается и уносит с собой частицы грязи, осевшие на линзе лазерного диода.

Иногда ошибки начинают «вылезать» исключительно под нагрузкой. Так что хороший способ проверить трансивер — взять пару пустых коммутаторов, заведо рабочий трансивер, соответствующий кабель и пару ноутбуков. Соединяем оптикой коммутаторы, включаем ноутбуки в медные разъемы и начинаем генерировать загрузку с помощью популярной утилиты iperf3.

Первый ноутбук будет выполнять роль сервера, так что на нем выполняем команду:

Второй ноутбук будет клиентом, на нем запускаем:

10 минут такой нагрузки вполне достаточно, чтобы определить работоспособность трансивера. Если при проведении теста ошибок и ретрансмитов нет, а температура остается в рамках штатной, то трансивер точно рабочий и может использоваться дальше в сетевом оборудовании или выделенных серверах.

Тот или не тот свет

Трансиверы выходят из строя не только из-за перегрева. Частой причиной сбоя могут стать действия по восстановлению связи. К примеру, произошла авария, связанная с обрывом оптического кабеля. Монтажники со сварочным аппаратом для оптических волокон приехали на место и спустя некоторое время доложили, что поврежденные волокна сварены и должны работать. Казалось бы, что могло пойти не так в этой ситуации?

Когда стали проверять соединение, оказалось, что из-за яркой вспышки, которой сопровождается сварка волокон, вышел из строя фотодетектор трансивера. Хороший пример того, что при проведении подобных работ стоит отключать оптический кабель от трансиверов. Точно такой же эффект может дать обычный рефлектометр. Его излучения с лихвой хватит, чтобы вывести из строя чувствительный фотодетектор.

Достаточно любопытный факт: при диагностике проблем с оптическими кабелями и трансиверами на инженеров иногда начинают действовать некоторые когнитивные искажения. Мы все привыкли думать, что высокий уровень сигнала — это хорошо. Наш ложный вывод основан на привычных для нас закономерностях, к примеру, если уровень сигнала у мобильного телефона низкий, то связь будет плохая, а наоборот — хорошая. Вот только в реальности высокий уровень сигнала может быть не менее «вредным», чем низкий.

Аттенюаторы, снижающие интенсивность сигнала
Главной ошибкой в этом случае будет использование трансиверов разной или несоответствующей текущей трассе дальности. Если внутри дата-центра, где расстояние составит условные 100 метров, мы возьмем трансиверы, предназначенные для передачи сигнала на 40 км, то вероятнее всего столкнемся с выходом из строя фотодетекторов.

Это объясняется их значительно более высокой чувствительностью по сравнению с трансиверами, рассчитанными на меньшие расстояния. Так что если все же возникла острая необходимость использования таких трансиверов на коротких расстояниях, то это допустимо только с использованием аттенюаторов, понижающих интенсивность светового сигнала.

В инженерку замели, трансивер шьют

Зачем вообще нужно перепрошивать трансиверы, неужели часто возникает такая потребность? Скажем так, иногда приходится это делать по разным причинам. Наиболее часто трансиверы перешиваются, если при попытке использования в другой модели коммутатора трансивер корректно не определяется. Каждый вендор сетевого оборудования в той или иной степени старается не допускать использования модулей компаний-конкурентов.

Так что если трансивер в коммутаторе одного вендора работает нормально, а в коммутаторе другого вендора не определяется с ошибкой «unsupported transceiver», то скорее всего проблему можно решить перепрошивкой трансивера под «требования» конкретного вендора.

Для перепрошивки трансиверов используются программаторы, широко выпускаемые в Поднебесной. Чаще всего эти программаторы выглядят как печатная плата с разъемами SFP/XFP/GBIC/QSFP и не имеют корпуса. Есть и более красиво выглядящие промышленные решения, но по значительно более высокой цене. Хотя с нынешним распространением хоббийных FDM-принтеров отсутствие корпуса решается простым созданием модели в каком-нибудь TinkerCAD и последующей печатью.

Задача такого программатора проста и понятна. Очистить каждую из доступных для записи областей памяти EEPROM и поместить туда новые данные. Но не со всеми типами трансивера это проходит легко и непринужденно.

В некоторых случаях для перепрошивки потребуется 4-х байтный пароль для снятия защиты, что предусмотрено стандартом. В целом эти пароли давно не «Le secret de Polichinelle» и регулярно выкладываются в сеть. Например, на профильных форумах. Там же можно найти и прошивки. Есть ресурсы, которые содержат базы готовых прошивок и генераторы-конструкторы, позволяющие собрать прошивку, исходя из детальных параметров и характеристик конкретного модуля. Кстати, поиск в сети — далеко не единственный способ получения желаемого бинарника. В некоторых случаях прошивку можно попросить напрямую у производителя.

Универсального софта для перепрошивки не существует. Каждый производитель подобных программаторов создает свое собственное программное обеспечение, которое будет работать только с родным железом. Но прошивка сохраняется в EEPROM-памяти, и, зная границы блоков адресов (и, разумеется, метод защиты от записи / защиты от случайного стирания), можно спокойно перешить модуль любого вендора.

Процедуру перепрошивки следует проделывать с осторожностью. Желательно использовать антистатический браслет и проверить, не ошиблись ли вы при выборе бинарника. Некоторые трансиверы стоят весьма приличных денег, а риск «окирпичить» это нежное устройство далеко не нулевой.

Подводя итоги

В общем и целом проблемы с трансиверами не редкость, хотя и встречаются не каждый день. Большинство из них носит чисто механический характер, так что если линк вдруг стал нестабильным, то стоит провести несколько простых действий:

Читайте также: