У меня была такая же проблема.
В домашней сети
1 Peak + 5 extender`ов (3 шт. Challenger SE (KN-3911) + Challenger (KN-3910) + Giga (KN-1011)) подключенных кабелем через настраиваемый коммутатор D-Link DGS-1100-24PV2
у всех версия 5.0 Alpha 9
Для обхода STP коммутатора для mesh включена энкапсуляция STP:
mws stp encapsulation
В self-test:
<backhaul>
<root>4000.50:ff:XX:XX:XX:XX</root>
<bridge>4000.50:ff:XX:XX:XX:XX</bridge>
<uplink>GigabitEthernet0</uplink>
<mac>50:ff:XX:XX:XX:XX</mac>
<link>up</link>
<speed>1000</speed>
<duplex>full</duplex>
<auto-negotiation>on</auto-negotiation>
<flow-control>off</flow-control>
<eee>off</eee>
<port-label>1</port-label>
<cost>4</cost>
<bss-shutdown>yes</bss-shutdown>
</backhaul>
т.е. <root> и <bridge> содержат MAC контроллера mesh wi-fi (Peak).
Беспроводная транспортная сеть - на контроллере (Peak) выключена.
После перезагрузки любого ретранслятора на нем в логе видим вышеописанную проблему:
ndm: Network::Interface::Mtk::WifiMonitor: "WifiMaster1/WifiStation0": no appropriate BSS to join.
ndm: Network::Interface::Mtk::WifiMonitor: "WifiMaster1/WifiStation0": performing site survey (partial scan).
Т.е. ретранслятор ищет backhaul сеть и не получает от контроллера команду на ее выключение.
Соответственно имеем потери пакетов.
Полечил эту проблему созданием расписания работы для интерфейса WifiMaster1/WifiStation0 на каждом ретрансляторе:
schedule backhaul_off
action stop 00 03 *
exit
interface WifiMaster1/WifiStation0 schedule backhaul_off
system configuration save
т.е. WifiMaster1/WifiStation0 всегда выключен.
У меня такое решение отлично работает.
