aldzorg

У меня была такая же проблема. В домашней сети 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 всегда выключен. У меня такое решение отлично работает.