Мы решили откатить все свичи на 7.0.50. Пока что всё хорошо... @UI-Team

У нас восемь коммутаторов Unifi PoE8Lite, все работают на версии 7.1.26. Три из них подключены напрямую к нашему UDMP, а остальные соединены последовательно от этих трёх. Иногда прямым Ethernet-соединением, а иногда через беспроводные мосты. К коммутаторам подключено всякое оборудование и точки доступа. В некоторых цепочках ещё есть отдельные беспроводные роутеры для индивидуального использования в жилых помещениях.

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

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

Мы пробовали перезагружать всё и менять настройки STP (которые в течение многих лет были по умолчанию без каких-либо проблем), но это не помогло. Отключение нижнего уровня последовательных цепочек и перезагрузка UDMP действительно решили проблему, но она возвращалась, как только нижние коммутаторы снова подключались.

В итоге мы просто отключили STP/RSTP глобально, и проблема исчезла полностью, и вся сеть стала быстрой и устойчивой. Так что очевидно, что в текущей версии прошивки коммутатора есть какая-то серьёзная проблема со STP.

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

У нас тоже наблюдается эта проблема на нескольких наших сайтах. Вижу, что люди упоминают STP priority, но если откат прошивки решает проблему, то это задача, которую UniFi может исправить. Люди не должны настраивать STP priority, это "кроличья нора" для особых случаев, STP по умолчанию включен.

Это меня уже давно раздражает на машине с Windows 11. Месяцами всё работало нормально, а потом вдруг в какой-то день (US 16 PoE 150W, 7.1.2) начинает постоянно блокировать. Сначала подумал, что проблема в тупом свитче, поэтому заменил его на маленький USW Lite 8 PoE, но это не помогло. Потом забил на этот свитч, теперь моя машина с Windows 11 подключена напрямую, и проблема всё равно возникает. Я запускаю Wireshark на своей машине, и там видно, что STP идёт только от свитча.

У меня те же проблемы с 48-портовым POE-коммутатором на версии 7.1.26. Случайным образом обнаруживаются петли STP на портах, причина непонятна. Самое свежее – это новый M4 Mac Mini, который я подключил к коммутатору. WiFi отключен, только стандартный Ethernet. Коммутатор постоянно отключает порт из-за обнаруженной петли STP. Петли нет. Приоритеты STP в порядке. В моей среде ничего не менялось. Когда я использую коммутатор Cisco, эти проблемы не возникают. Я заменил кабели, IP-адрес захардкожен, IPv6 установлен только для локальной сети, нет мостов, нет других подключений, нет энергосбережения, ничего странного. Эта версия программного обеспечения – сплошной мусор и остается таковой месяцы спустя после сообщений пользователей о подобных проблемах. И я устал от бессмысленных советов от службы поддержки, которые просто забегают в темы, советуя пользователям изменить какую-то замудренную настройку на устройстве, перезагрузить его или заявляя о будущих исправлениях. Это не является чрезмерным требованием – купить популярное, распространенное вычислительное устройство, подключить его к коммутатору и ожидать, что оно будет работать правильно. Это недопустимо.

Скорее всего, буду получать предупреждения пару раз в неделю от портов, подключенных к Windows PC. Сеть в основном US-48/24, все на последней прошивке 7.1.26. RSTP включен и приоритеты STP настроены.

@marcelvoorbraak Да, сделал. Не помогло. Будем откатывать прошивку примерно через час, когда закроем.

Мы тоже используем 7.1.26. Менее чем через неделю после обновления один из наших коммутаторов начал выдавать ложные срабатывания, сообщая о наличии петли. Я всё в этой области проверил трижды. Петли нет. В примечаниях к выпуску 7.1.26 указано: "Исправлена проблема, при которой Loop Protection не работал должным образом". Похоже, они немного переусердствовали с этим. Сегодня вечером собираюсь откатываться обратно на 7.0.50.

USW-Enterprise-8-PoE и USW-Enterprise-24-PoE соединены через UI SFP. Я могу легко воспроизвести проблему, запуская непрерывные тесты скорости, пока не сработает петля. Даже при отключении всех остальных устройств, кроме E7 AP и свитча. Я заменил USW-8 на совершенно новый Pro-XG-8-PoE, на котором установлена прошивка 7.2.110. USW-Ent-24 на 7.1.26, и именно там подключение SFP порта к USW-Ent-8 или Pro-XG-8 по-прежнему блокируется... Отключение кабеля решает проблему. Логи показывают следующее:May 30 19:10:59 USW-Enterprise-24-PoE daemon.info switch: DOT1S: Port (25) inst(0) role changing from ROLE_DISABLED to ROLE_DESIGNATEDMay 30 19:10:59 USW-Pro-XG-8-PoE kern.warn kernel: [94260.670000] Port 10 moving from Forwarding to DisabledMay 30 19:10:59 USW-Pro-XG-8-PoE kern.warn kernel: [94261.180000] Port 10 moving from Disabled to BlockingMay 30 19:10:59 USW-Pro-XG-8-PoE kern.warn kernel: [94261.430000] Port 10 moving from Blocking to LearningMay 30 19:10:59 USW-Pro-XG-8-PoE kern.warn kernel: [94261.680000] Port 10 moving from Learning to Forwarding