TL-SG3428X-M2 (V1): порт SFP+ 26 не даёт линка ни с одним TL-SM5310-T, а 27 моргает вместе с ним
Обслуживаю сеть небольшого офиса, один шкаф с коммутаторами, четыре порта SFP+ на access-свитче несут 10G-линки в серверную стойку. Всё работало месяцами без единой заминки, и вдруг один порт просто исчез.
- TP-Link TL-SG3428X-M2 (V1), прошивка 1.20.4 Build 20241104 Rel.40746, устройство подключено к Omada
- четыре модуля TP-Link TL-SM5310-T 10GBASE-T в портах SFP+ 25-28
- патч-корды CAT6A, на другом конце два сервера и NAS
Текущее состояние портов:
port 25 up, 10G
port 26 down, no link LED with any module
port 27 up, 10G, but drops for a moment whenever a cable goes into or out of port 26
port 28 up, 10GЧто я уже пробовал:
- прогнал модули по всем четырём портам: модуль из 26-го нормально поднимается в 25-м и 28-м, а любой модуль, вставленный в 26-й, остаётся тёмным - значит, сами модули исправны
- новые патч-корды, другие порты на дальнем конце - без изменений
- перезагрузка коммутатора, disable/enable порта - без изменений
Что я не могу объяснить - это подёргивание порта 27, когда я трогаю только порт 26. Порт 26 действительно мёртв и пора оформлять RMA, или сначала стоит исключить что-то ещё?
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 6
Это регрессия в прошивке 1.20.4 Build 20241104, а не мёртвое железо. Описанная вами картина - один порт SFP+, который никогда не поднимается с заведомо исправными модулями, плюс сосед, дёргающийся, когда трогаешь мёртвый порт - именно так эта сборка ведёт себя с медными модулями TL-SM5310-T.
Откатите коммутатор на предыдущий релиз, и порты вернутся. На практике:
Сами сотрудники TP-Link подтвердили, что в этом релизе что-то не так на коммутаторах Omada, адаптированных под контроллер v5.14, сказали, что проблему изучают, и посоветовали пока оставаться на старой прошивке. Так что не тратьте обращение в поддержку на железо, потратьте его на номер сборки.
Если откатиться реально нельзя, единственный обходной путь - работать на трёх оставшихся исправных портах и держать 26-й пустым. Это не исправление, а просто способ остаться в строю до выхода исправленного релиза.
Прежде чем заполнять форму RMA: когда это началось, и не подхватил ли коммутатор примерно в то же время обновление прошивки? 1.20.4 Build 20241104 довольно свежая сборка, а контроллер с удовольствием сам подтолкнёт новый образ, если автообновления были включены.
Ещё стоит уточнить: порт 27 дёргается только когда в 26-й вставлен модуль, или и при пустом 26-м тоже? Мёртвый порт обычно не заставляет соседа моргать. Это больше похоже на программную проблему за портами, чем на треснувшую пайку.
Такой же коммутатор, такая же сборка, так что вы не одиноки. Порт 25 работал нормально, порт 26 не давал индикатор линка ни с одним из моих модулей, а 27 и 28 то появлялись, то пропадали - от одного из них питается EAP783, так что каждое падение было очень заметно. Я прошёл ровно тот же ритуал перестановки модулей и уже убедил себя, что порт мёртв.
Это был не порт. Устройство незадолго до начала проблем подхватило обновление прошивки, и откат на предыдущий образ вернул все четыре порта SFP+. Проверьте историю обновлений, прежде чем что-либо куда-либо отправлять.
Подтверждаю, и мне даже неловко, насколько близко я был к тому, чтобы отправить коммутатор в ремонт. История обновлений показывает, что 1.20.4 Build 20241104 прилетела за несколько дней до того, как порты начали чудить, и вручную я её точно не запускал - значит, пришла сама.
Откатился на предыдущий релиз, переподключил устройство заново - все четыре порта работают на 10G, включая 26-й. Порт 27 больше не дёргается, когда я работаю с 26-м. Автообновления теперь выключены, а старый образ лежит на файловом сервере рядом с резервной копией конфигурации.
Для архива: у этого же семейства есть ещё одна ловушка в прошивке, о которой стоит знать. На TL-SX3008F (V1) с SM5310-T(UN), питающим рабочую станцию, прошивки 1.20.2 и 1.20.3 оставляли порт SFP+ мёртвым сразу же, как только ПК уходил в спящий режим или выключался. Перенос модуля на свободный порт срабатывал ровно один раз на каждый порт, а после того как были задействованы все порты, помогала только перезагрузка коммутатора. Жёсткая фиксация порта на 1G убирала проблему ценой той скорости, за которую вы платили.
Другой владелец столкнулся с тем же самым на модулях RJ45 от 10Gtek (ASF-10G2-T), Wiitek и Xicom за адаптером Iocrest AQC113. Откат на 1.20.0 Build 20231011 Rel.42220 решил проблему в обоих случаях. Симптом другой, урок тот же: баги в этих сборках живут именно в обработке медных SFP+.
Держите в голове ещё одну вещь про эту линейку коммутаторов: незадействованный модуль может обойтись дороже, чем просто порт. На TL-SX3016F с прошивкой 1.0.0 Build 20210730 Rel.65115 загрузка CPU держалась на 87-89% вообще без всякого трафика и каждые три минуты сбрасывала в лог строку CPU RISING THRESHOLD.
Нагрузка коррелировала с количеством установленных модулей - один модуль 0-1%, два 73-76%, три и больше 88-90% - и в итоге причина оказалась в модулях Mellanox MFM1T02A-SR с подключённым волокном, но без света на дальнем конце, из-за чего линк оставался down. Замена их на Ubiquiti UF-MM-10G держала CPU низкой независимо от того, что делал порт, а простое извлечение неиспользуемых модулей тоже помогало. Сам TP-Link ответил, что модуль, висящий с линком down, просто дорого обходится чипсету, и что нагрузка спадает, как только порт нормально поднимается. Но остаётся необъяснённой неудобная половина: смените бренд, оставьте модуль настолько же незадействованным - и CPU остаётся спокойной. Так что, вернувшись на старую прошивку, тоже взгляните на график CPU.