4.1.4 Потери пакетов на 5ГГц при отключении беспроводной транспортной сети

[biba]

Первичный симптом - иногда у пользователя начинают медленно открываются сайты, не загружается медиа. Проблема проявляется только при использовании 5ГГц.

Схема подключения:

[ISP] --- [Giga (KN-1010) 192.168.1.1, контроллер] --- [Air (KN-1611) 192.168.1.2, ретранслятор] --- [Samsung Galaxy A50]

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

В логе Air обнаруживаются постоянно генерируемые сообщения:

[I] Apr 17 03:02:22 ndm: Network::Interface::Mtk::WifiMonitor: "WifiMaster1/WifiStation0": no appropriate BSS to join.
[I] Apr 17 03:02:22 ndm: Network::Interface::Mtk::WifiMonitor: "WifiMaster1/WifiStation0": performing site survey (partial scan).

С появлением сообщения "performing site survey" можно заметить потери пакетов, пример (для диагностики пингуется 192.168.1.1 c A50):

64 bytes from 192.168.1.1: icmp_seq=7 ttl=64 time=2.00 ms
64 bytes from 192.168.1.1: icmp_seq=9 ttl=64 time=4.60 ms
64 bytes from 192.168.1.1: icmp_seq=11 ttl=64 time=1.60 ms
64 bytes from 192.168.1.1: icmp_seq=12 ttl=64 time=4.36 ms
64 bytes from 192.168.1.1: icmp_seq=15 ttl=64 time=1.68 ms

Изменение состояния WifiMaster1/WifiStation0 на Air вручную - устраняет потери:

(config)> interface WifiMaster1/WifiStation0 down

30 packets transmitted, 30 received, 0% packet loss

(config)> interface WifiMaster1/WifiStation0 up

30 packets transmitted, 22 received, 26% packet loss

Включение в интерфейсе контроллера беспроводной транспортной сети тоже решает проблему, при отключении симптомы и сообщения в логе Air возникают вновь, в некоторых случаях потери ненадолго устраняются сменой 5ГГц канала. Из доступного для проверки оборудования подобное поведение проявляет только Samsung Galaxy A50.

Собственно, вопрос: это баг со стороны точки доступа или виновата конкретная модель смартфона? Не понятно зачем ретранслятор пытается взаимодействовать с транспортной сетью если она явно отключена на контроллере.

[int21h]

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

Рекомендую на глючном ретрансляторе скачать self-test и поискать там конфиг backhaul, выглядит так:

    <backhaul>
        <root>4000.50:ff:XX:XX:XX:XX</root>
        <bridge>4000.50:ff:XX:XX:XX:XX</bridge>
        <uplink>GigabitEthernet0/Vlan1</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>on</flow-control>
        <eee>off</eee>
        <cost>5</cost>
        <bss-shutdown>yes</bss-shutdown>
    </backhaul> 

В тегах <root> и <bridge> должен быть MAC контроллера. Если там что-то другое, то в этом и проблема.

Чтобы не разбираться с сервером, мне посоветовали задать приоритет контроллеру (выполняется на контроллере)

mws stp priority 16384
system configuration save

После этого проблема ушла.

Edited July 10, 2024 by int21h

[int21h]

Получилось ли решить эту проблему? В сети 3 Sprinter (KN-3710) EAEU Версия ОС4.1.7 Один в режиме контроллера, два в режиме ретранслятора. Все соединены проводами. На контроллере транспортная система выключена. После перезагрузки ретрансляторов на них включается WifiMaster1/WifiStation0. 

Журнал забит

"WifiMaster1/WifiStation0": no appropriate BSS to join.
"WifiMaster1/WifiStation0": performing site survey (partial scan).

Связь на них никакая, потери пакетов 50%

Гашу руками:

interface WifiMaster1/WifiStation0 down
system configuration save

После этого всё хорошо работает. Как сделать, чтобы оно не включалось после перезагрузки? 

 

[Belfood_it]

Подтверждаю проблему.

10 точек доступа в mesh (4 шт. KN-1810, 3 шт. KN-2810, 3 шт. KN-1711), 50+ клиентов (ноуты, телефоны).

Авторизация через WPA2 Enterprise.

Отключение вручную WifiMaster1/WifiStation0 на каждой!!! точке решает проблему.

Так стало после какого-то из обновлений 4.х.х.

Edited July 5, 2024 by Belfood_it

[biba]

Помогло как и в прошлом сообщении прописать на контроллере:

mws stp priority 16384
system configuration save

в селфтестах видно, что ID корня поменялся и теперь указывает на контроллер:

8000.30:b6:4f:xx:xx:xx --> 4000.50:ff:20:xx:xx:xx

 

Edited July 10, 2024 by biba
Терминология

[atlant_is]

Огромное человеческое спасибо за этот пост!

Воюю уже какое-то время с WiFi системой в квартире. Увидел в логах 

"WifiMaster1/WifiStation0": no appropriate BSS to join.

Я и раньше видел, но как-то не обратил внимания, а тут решил, что это как-то неправильно. Да и ещё при включении опции "Ретрансляторы Wi-Fi-системы прекращают вещание беспроводной сети, когда контроллер недоступен." репитер всегда переставал вещать. Ну и 1+1, пошел гуглить по ключевым словам из лога и попал сюда. Сделал, как написано и ура - и скорость стала нормальной, и видео грузится )

[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 всегда выключен.

У меня такое решение отлично работает.

 

Edited August 2 by aldzorg

[system configuration save]

Тоже временами начинает тупить WiFi
Контроллер Giga KN-1012 + несколько  Voyager Pro (KN-3510)
Версия ОС 4.3.6
Соединены проводами через коммутатор с POE. Беспроводная транспортная сеть - отключена

На Вояджерах непрерывно каждые 2 сек. в журнале сообщения:
Network::Interface::Mtk::WifiMonitor: "WifiMaster1/WifiStation0": no appropriate BSS to join.
Network::Interface::Mtk::WifiMonitor: "WifiMaster1/WifiStation0": performing site survey (flat scan).

На контроллере пробовал:

mws stp priority 16384
system configuration save

Не помогло. Так же каждые 2 сек. в журнале записи.
Если смотреть self-test на Вояджерах, то там такая картина:

    <backhaul>
        <root>e000.50:ff:20:xx:xx:xx</root>
        <bridge>0000.00:00:00:00:00:00</bridge>
        <uplink/>
        <mac>00:00:00:00:00:00</mac>
        <cost>0</cost>
        <bss-shutdown>yes</bss-shutdown>
    </backhaul>

<root> - собственные mac-и точек доступа,  <bridge> и <mac> вообще по нулям

Помогает, если на Вояджерах вручную отключить WifiMaster1/WifiStation0 через:

interface WifiMaster1/WifiStation0 down

Но как и писали выше это до перезагрузки. После перезагрузки, опять в журнале бесконечные записи. Причём интересный момент в файле конфига даже после перезагрузки интерфейс down:
interface WifiMaster1/WifiStation0
    encryption enable
    encryption wpa2
    encryption wpa3
    ip dhcp client dns-routes
    ip name-servers
    pmf
    backhaul
    standby enable
    standby timeout 600
    down
!

И ещё более интересный момент. В качестве эксперимента вообще всю секцию interface WifiMaster1/WifiStation0 удалял из конфига и загружал такой конфиг в Вояджер - всё равно в журнале куча этих записей. Для проверки скачиваю конфиг ИЗ Вояджера. Секции interface WifiMaster1/WifiStation0 там реально больше нет, а записи в журнале есть.

Тему с планировщиком из прошлого сообщения пока не стал делать ибо это хоть рабочий, но всё же костыль. Написал в ТП, посмотрим, что ответят.
Может ещё у кого какие-то идеи есть?