4.1 Alpha 4: had disassociated by STA (reason: STA is leaving or has left BSS)

[vasek00]

Возможно ли описание для данного сообщения

Цитата

had disassociated by STA (reason: STA is leaving or has left BSS). 

т.е. когда/или в связи с чем она может возникать ?

 

Если конкретно то вот например 4.1х и на текущей 4.1 Alpha 4 для Peak

[I] Aug 30 12:18:19 ndm: Network::Interface::Mtk::WifiMonitor: "WifiMaster0/AccessPoint1": STA(7c:.....:00) had disassociated by STA (reason: STA is leaving or has left BSS). 
[I] Aug 30 12:18:20 ndm: Network::Interface::Mtk::WifiMonitor: "WifiMaster0/AccessPoint1": STA(7c:.....:00) had associated. 
[I] Aug 30 12:18:20 ndm: Network::Interface::Mtk::WifiMonitor: "WifiMaster0/AccessPoint1": STA(7c:.....:00) set key done in WPA2/WPA2PSK. 
[I] Aug 30 12:18:20 ndhcps: DHCPDISCOVER received from 7c:.....:00. 
[I] Aug 30 12:18:20 ndhcps: making OFFER of 192.168.150.3 to 7c:.....:00. 
[I] Aug 30 12:18:20 ndhcps: DHCPREQUEST received (STATE_SELECTING) for 192.168.150.3 from 7c:.....:00. 
[I] Aug 30 12:18:20 ndhcps: sending ACK of 192.168.150.3 to 7c:.....:00. 
...
[I] Aug 30 12:19:31 ndm: Network::Interface::Mtk::WifiMonitor: "WifiMaster0/AccessPoint1": STA(7c:.....:00) had disassociated by STA (reason: STA is leaving or has left BSS). 
[I] Aug 30 12:19:32 ndm: Network::Interface::Mtk::WifiMonitor: "WifiMaster0/AccessPoint1": STA(7c:.....:00) had associated. 
[I] Aug 30 12:19:32 ndm: Network::Interface::Mtk::WifiMonitor: "WifiMaster0/AccessPoint1": STA(7c:.....:00) set key done in WPA2/WPA2PSK. 
[I] Aug 30 12:19:32 ndhcps: DHCPDISCOVER received from 7c:.....:00. 
[I] Aug 30 12:19:32 ndhcps: making OFFER of 192.168.150.3 to 7c:.....:00. 
...
[I] Aug 30 12:21:55 ndm: Network::Interface::Mtk::WifiMonitor: "WifiMaster0/AccessPoint1": STA(7c:.....:00) had disassociated by STA (reason: STA is leaving or has left BSS). 
[I] Aug 30 12:21:56 ndm: Network::Interface::Mtk::WifiMonitor: "WifiMaster0/AccessPoint1": STA(7c:.....:00) had associated. 
[I] Aug 30 12:21:56 ndm: Network::Interface::Mtk::WifiMonitor: "WifiMaster0/AccessPoint1": STA(7c:.....:00) set key done in WPA2/WPA2PSK. 
[I] Aug 30 12:21:56 ndhcps: DHCPDISCOVER received from 7c:.....:00. 
[I] Aug 30 12:21:56 ndhcps: making OFFER of 192.168.150.3 to 7c:.....:00. 
[I] Aug 30 12:21:56 ndhcps: DHCPREQUEST received (STATE_SELECTING) for 192.168.150.3 from 7c:.....:00. 
[I] Aug 30 12:21:56 ndhcps: sending ACK of 192.168.150.3 to 7c:.....:00. 
...
и т.д. все посторяется

Данный клиент умный выключатель с RSSI: -42 65 Мбит/с WPA2 и 11n 1x1 20 МГц но такое поведение есть и на других устройствах умного дома (так сказать самое плохое из них это устройство с RSSI: -68 65 Мбит/с WPA2 11n 1x1 20 МГц). Выделен сегмент в котором только Wifi 2.4 и больше не чего, доп.ТД выключена.

В основном сегменте естественно 2.4 и 5 разделенные, FT для 5GHz + Управление BSS-окружением 802.11k/v включено и есть мобильный домен.

Выключение устройств путем снятия 220V на них не помогает, перегрузка роутера не помогает после первой удачной регистрации had associated/set key done in WPA2/WPA2PSK через некоторое время - reason: STA is leaving or has left BSS. 

Скрытый текст

!
interface WifiMaster0
    country-code RU
    compatibility GN
    channel 3
    channel width 40-above
    power 50
    rekey-interval 86400
    beamforming explicit
    vht
    up
!
interface WifiMaster0/AccessPoint0
    rename AccessPoint
    description "Wi-Fi access point"
    mac access-list type none
    security-level private
    authentication wpa-psk ns3 ***
    encryption enable
    encryption wpa2
    encryption wpa3
    ip dhcp client dns-routes
    ip name-servers
    ssid KN
    wmm
    rrm
    up
!
interface WifiMaster0/AccessPoint1
    mac access-list type none
    security-level protected
    authentication wpa-psk ns3 ***
    encryption enable
    encryption wpa2
    ip dhcp client dns-routes
    ip name-servers
    ssid Smart
    up
!

 

 

Если залить заново конф файл от KN-2710_draft_4.01.A.4.0-0_router_startup-config то все устаканивается, и записей "reason: STA is leaving or has left BSS" нет. 

Пока есть подозрения на что то из WEB, или в ПО контроль интерфейсов/таблиц/или еще что-то, так как в данное время делал часто перенос клиента из одного профиля в другой и только это.

[Padavan]

vasek00

В общем случае - это означает что именно клиент прислал Deauth пакет, где указал один из возможных кодов Reason. Причин формирования такого пакета может быть великое множество, начиная от чужых Deauth от имени вашего MAC (защита только PMF) так и от любых других причин, известных только самому клиенту.

По поводу IoT датчиков. Некоторое время назад разбирался с WiFi датчиком Tuya (температура/влажность). Датчик работает от внутреннего таймера, интервал таймера задается из приложения (применяется при следующем просыпании датчика). Датчик после успешного WiFi подключения шлет в облако порцию данных, получает из облака данные (например смену настроек), затем происходит следующее - он высылает в сторону AP NULL data фрейм с PSM=1 и просто выключает питание WiFi модуля. С этого момента он висит в таблице клиентов на AP с флагом PSM, AP не получает от него ни одного пакета, не работает ARP discovery, вообще ничего, модуль wifi у него выключен. Так вот, если интервал таймера меньше времени Idle timeout на AP (600c на Кинетиках), датчик будится по таймеру и всегда первым пакетом высылает в сторону AP Deauth, затем подключается как ни в чем не бывало. Если интервал больше Idle timeout, AP его отстреливает по таймауту неактивности, но датчик ничего об этом не знает и в любом случае после просыпания, первым делом отправляет Deauth. Это видно при захвате эфира.