23.05.3 iwinfo scan disconnects AP
-
Can anyone confirm this behavior in OpenWrt 23.05.3:
When no STA is connected or client is disabled iwinfo radio0 scan causes the AP to disconnect. If a client is connected iwinfo radio0 scan works and AP is stable. Also when using luci and no STA is connected and then using wifi scan the AP disconnects.
Steps to reproduce the behavior:
- install onion_omega2p-23.05.3-20250205.bin
- Connect to Omega Wifi
- connect over ssh
- run "iwinfo radio0 scan"
- WIFI connection gets lost
An if you can confirm it, why is this happen?
Thx
-
@DocHardinger Following your steps with omega2 client disabled running iwinfo does not disconnect my computer from the ap.
-
This post is deleted!
-
@crispyoz First image shows stable connection.
Second after scan is started.
Checked on my Gaming PC and my Laptop, both Win11. So maybe Windows is the problem as usual
My mobile keeps connected...what is the difference in windows?
I'm using an Omega2 Pro.
-
@DocHardinger My guess is windoze is being less tolerant of timeouts since the wifi device is busy when you scan, looking at the code its not switching channels or power levels or anything. I would try setting the log_level option to 0 or 1 on the wifi-device radio0 in config/wireless. 0 is verbose debug and 1 is debug. This may give a hint as to what is going on.
-
@crispyoz I meanwhile verified that there is no problem in 22.03.5 (http://repo.onioniot.com.s3.amazonaws.com/omega2/images/openwrt-22.03/onion_omega2p-22.03.5-20240517.bin). It seems there has something changed inside the wifi driver? @Lazar-Demin
Anyway here is my output:
Thu Mar 13 18:37:55 2025 authpriv.notice dropbear[5155]: Password auth succeeded for 'root' from 192.168.1.101:53107 Thu Mar 13 18:37:55 2025 daemon.warn odhcpd[2771]: No default route present, overriding ra_lifetime! Thu Mar 13 18:37:57 2025 daemon.info dnsmasq[1]: read /etc/hosts - 12 names Thu Mar 13 18:37:57 2025 daemon.info dnsmasq[1]: read /tmp/hosts/dhcp.cfg01411c - 2 names Thu Mar 13 18:37:57 2025 daemon.info dnsmasq[1]: read /tmp/hosts/odhcpd - 2 names Thu Mar 13 18:37:57 2025 daemon.info dnsmasq-dhcp[1]: read /etc/ethers - 0 addresses Thu Mar 13 18:37:58 2025 daemon.warn odhcpd[2771]: No default route present, overriding ra_lifetime! Thu Mar 13 18:38:03 2025 user.info trm-2.1.3-3[31906]: no enabled station on radio 'radio0'
here i start the scan
Thu Mar 13 18:38:35 2025 daemon.notice hostapd: ra0: AP-STA-DISCONNECTED 34:7d:f6:c8:4a:ce Thu Mar 13 18:38:35 2025 daemon.debug hostapd: ra0: STA 34:7d:f6:c8:4a:ce IEEE 802.11: authentication OK (open system) Thu Mar 13 18:38:35 2025 daemon.debug hostapd: ra0: STA 34:7d:f6:c8:4a:ce WPA: event 0 notification Thu Mar 13 18:38:35 2025 daemon.debug hostapd: ra0: STA 34:7d:f6:c8:4a:ce MLME: MLME-AUTHENTICATE.indication(34:7d:f6:c8:4a:ce, OPEN_SYSTEM) Thu Mar 13 18:38:35 2025 daemon.debug hostapd: ra0: STA 34:7d:f6:c8:4a:ce MLME: MLME-DELETEKEYS.request(34:7d:f6:c8:4a:ce) Thu Mar 13 18:38:35 2025 daemon.info hostapd: ra0: STA 34:7d:f6:c8:4a:ce IEEE 802.11: authenticated Thu Mar 13 18:38:35 2025 daemon.debug hostapd: ra0: STA 34:7d:f6:c8:4a:ce IEEE 802.11: association OK (aid 1) Thu Mar 13 18:38:35 2025 daemon.info hostapd: ra0: STA 34:7d:f6:c8:4a:ce IEEE 802.11: associated (aid 1) Thu Mar 13 18:38:35 2025 daemon.debug hostapd: ra0: STA 34:7d:f6:c8:4a:ce MLME: MLME-ASSOCIATE.indication(34:7d:f6:c8:4a:ce) Thu Mar 13 18:38:35 2025 daemon.debug hostapd: ra0: STA 34:7d:f6:c8:4a:ce MLME: MLME-DELETEKEYS.request(34:7d:f6:c8:4a:ce) Thu Mar 13 18:38:35 2025 daemon.debug hostapd: ra0: STA 34:7d:f6:c8:4a:ce IEEE 802.11: binding station to interface 'ra0' Thu Mar 13 18:38:35 2025 daemon.debug hostapd: ra0: STA 34:7d:f6:c8:4a:ce WPA: event 1 notification Thu Mar 13 18:38:35 2025 daemon.debug hostapd: ra0: STA 34:7d:f6:c8:4a:ce WPA: sending 1/4 msg of 4-Way Handshake Thu Mar 13 18:38:35 2025 daemon.debug hostapd: ra0: STA 34:7d:f6:c8:4a:ce WPA: received EAPOL-Key frame (2/4 Pairwise) Thu Mar 13 18:38:35 2025 daemon.debug hostapd: ra0: STA 34:7d:f6:c8:4a:ce WPA: sending 3/4 msg of 4-Way Handshake Thu Mar 13 18:38:35 2025 daemon.debug hostapd: ra0: STA 34:7d:f6:c8:4a:ce WPA: received EAPOL-Key frame (4/4 Pairwise) Thu Mar 13 18:38:35 2025 daemon.notice hostapd: ra0: AP-STA-CONNECTED 34:7d:f6:c8:4a:ce auth_alg=open Thu Mar 13 18:38:35 2025 daemon.debug hostapd: ra0: STA 34:7d:f6:c8:4a:ce IEEE 802.1X: authorizing port Thu Mar 13 18:38:35 2025 daemon.info hostapd: ra0: STA 34:7d:f6:c8:4a:ce WPA: pairwise key handshake completed (RSN) Thu Mar 13 18:38:35 2025 daemon.info dnsmasq-dhcp[1]: DHCPREQUEST(ra0) 192.168.1.101 34:7d:f6:c8:4a:ce Thu Mar 13 18:38:35 2025 daemon.info dnsmasq-dhcp[1]: DHCPACK(ra0) 192.168.1.101 34:7d:f6:c8:4a:ce Master-PC Thu Mar 13 18:38:35 2025 daemon.notice hostapd: ra0: EAPOL-4WAY-HS-COMPLETED 34:7d:f6:c8:4a:ce Thu Mar 13 18:38:35 2025 daemon.warn odhcpd[2771]: No default route present, overriding ra_lifetime! Thu Mar 13 18:38:39 2025 daemon.warn odhcpd[2771]: No default route present, overriding ra_lifetime!
here i reconnect and login to see the log
Thu Mar 13 18:38:41 2025 authpriv.info dropbear[5187]: Child connection from 192.168.1.101:65003 Thu Mar 13 18:38:41 2025 authpriv.notice dropbear[5187]: Password auth succeeded for 'root' from 192.168.1.101:65003 Thu Mar 13 18:38:43 2025 daemon.warn odhcpd[2771]: No default route present, overriding ra_lifetime!
So the thing is if there is a connection to a STA scanning is no problem. So im thinking about creating a dummy wifi interface but without a real connection this is not working. Any ideas on that?
-
@DocHardinger said in 23.05.3 iwinfo scan disconnects AP:
It seems there has something changed inside the wifi driver? @Lazar-Demin
Yes, there have definitely been changes in the wifi driver between the 22.03 and 23.05 firmware releases:
-
The 22.03.5 firmware uses the mt76 wifi driver with datecode 2022-09-06
(https://github.com/openwrt/openwrt/blob/v22.03.5/package/kernel/mt76/Makefile#L11) -
While the 23.05.3 firmware uses mt76 wifi driver datecode 2023-09-11 (https://github.com/openwrt/openwrt/blob/v23.05.3/package/kernel/mt76/Makefile#L11)
We're not as up to date on the internal changes since the new beta firmware uses the open source mt76 driver.
But since it's open source, the good news is you can investigate this directly and open an issue if needed: https://github.com/openwrt/mt76
-
-
@DocHardinger In the first instance it would be worth reporting this as a defect with the maintainers of the MT driver.
I tried it again, this time connecting to the AP with my Android 11 phone, it didn't drop the connection. So I tried on an iPhone 8 I use for testing stuff, it also didn't drop the connection. Tested using my Ubuntu 24.10 it didn't drop the connection.I tested all of these using a Dash with my own OpenWrt 23.05.4 on it, then retested each of these devices using Omega2 Pro running onion_omega2p-23.05.3-20250205.bin you referred to above.
My final test was using another Dash running customised OpenWrt 24.10.0, I only tested on my android phone and Ubuntu 24