Некорректная работа системы MESH WiFi при смешанном режиме подключения узлов

[Пономарев Александр]

Здравствуйте. Наблюдается некорректная работа системы MESH WiFi при смешанном режиме подключения узлов, когда параметр взаимодействия в MESH - сети через WiFi централизованно включен, возникают петли между проводным и беспроводным интерфейсами видимо из-за подключения через WiFi к MESH сети узлов, которые уже подключены по проводу. Приложен лог работы системы до перезагрузки.

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

log до перезагрузки .txt

[Leshiyart]

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

mws stp priority xxxxxx
system configuration save

либо пробовать mws stp encapsulation

[Пономарев Александр]

Спасибо, понятно, что STP протокол можно настроить соответствующим образом, но не всегда он есть. Для универсального решения требуется доработка ПО Keenetic. Мы пока отказались от подключения узлов сети через WiFi и отключили данную фунцию на центральном устройстве. Подключаем проводами, ждем, что будет возможность использовать смешанный способ подключения узлов без использования STP.

[Denis P]

56 минут назад, Пономарев Александр сказал:

Спасибо, понятно, что STP протокол можно настроить соответствующим образом, но не всегда он есть. Для универсального решения требуется доработка ПО Keenetic. Мы пока отказались от подключения узлов сети через WiFi и отключили данную фунцию на центральном устройстве. Подключаем проводами, ждем, что будет возможность использовать смешанный способ подключения узлов без использования STP.

В данный момент сценарий в котором устройства подключаются как по проводу так и по Wi-Fi - базовый. Распишите подробнее в чем и где у вас затык.

Если есть промежуточные свичи, которые видят "петли" то команда выше

mws stp encapsulation

вам в этом поможет и stp на свиче не будет влиять на сходимость устройств в составе Wi-Fi системы

[Пономарев Александр]

Лог приложен, наблюдаются петли между WiFi и медью, отключили MESH через WiFi, дотянули медь до остальных узлов, работа нормализовалась, наблюдаем.

Кусок лога из первого сообщения:

[W] Sep 24 06:14:58 kernel: br0: received packet on eth2.1 with own address as source address
[W] Sep 24 06:14:58 kernel: Core::Syslog: last message repeated 12 times.
[W] Sep 24 06:14:58 kernel: br0: received packet on ra7.1 with own address as source address
[W] Sep 24 06:14:58 kernel: br0: received packet on eth2.1 with own address as source address
[W] Sep 24 06:15:03 kernel: Core::Syslog: last message repeated 20 times.
[W] Sep 24 06:15:03 kernel: br0: received packet on ra7.1 with own address as source address
[W] Sep 24 06:15:03 kernel: br0: received packet on ra7.1 with own address as source address
[I] Sep 24 06:15:05 ndm: Network::Interface::Switch: "GigabitEthernet0/0": switch link down at port 1. 
 

Петли + отключение интерфейса => нестабильная работа.

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

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

Edited September 24, 2025 by Пономарев Александр

[Leshiyart]

Нечего тут разбираться, решение описано выше

[Пономарев Александр]

Спасибо