[4.6.4-op24] WiFi bug

Big fan of the OpenWRT 24 based version.

I have come across an unusual WiFi configuration bug that I have not seen a previous reference to.

If I set the WiFi type to ac/ax only none of my devices can connect (M1 MacBook Pro, iPhone 14). The default n/ac/ax works fine.

Hopefully this helps someone - it took an unreasonably long time for me to figure this out. This bug does not exist on the OpenWRT 21 based version.

1 Like

May you share your WiFi settings including channel and bandwidth?

Certainly, unfortunately I can't just attach a screenshot.

Country code = AU, but the issue was the same with the default DE.
Channel = 112, but Auto yielded the same result.
Width = 80 Mhz
Security = WPA3-SAE (WPA-2 yielded the same result)

Cannot reproduce this situation, could you please assist us to check this?


  1. Export the syslog when the MT6000 Wi-Fi in n/ac/ax and your clients connected.
  2. Export the syslog when the MT6000 Wi-Fi in ac/ax and your clients try to connect (even if failed).

Hi bruce,

I am using MT3000, should have specified.

logread-2.tar (114.5 KB)

In this system log I've changed the WiFi to ac/ax and then failed to connect on 5GHz. I then connected successfully on 2.4Ghz, changed it to n/ac/ax and then successfully connected on 5Ghz. It is extremely reproducible for me and it fails with MacOS stating my WiFi password is invalid (?authentication related).

1 Like

Just want to say that I also experience the same issue on my MT-6000 on some of my devices (eg. Nintendo Switches, 3 of them all experience this issue), on 4.6.4-op24 (latest one), though also experienced this on the previous firmware revisions of op24 (as early as 4.6.0).

Tried changing to N/AC/AX as OP mentioned, and it actually worked fine after.

Edit: Tried checking the system logs while connecting (fails) my Nintendo Switch with AC/AX setting, and I cannot find any entries for it. Tried refreshing while connecting the device and nothing comes up. Tried it on all my Nintendo Switches.

Changing to N/AC/AX yields these logs while (successfully) connecting my Nintendo Switch:

Tue Sep 24 10:02:16 2024 daemon.info hostapd: wlan1: STA 70:48:f7:e2:ad:45 IEEE 802.11: authenticated
Tue Sep 24 10:02:16 2024 daemon.notice hostapd: wlan1: STA-OPMODE-MAX-BW-CHANGED 70:48:f7:e2:ad:45 20
Tue Sep 24 10:02:16 2024 daemon.info hostapd: wlan1: STA 70:48:f7:e2:ad:45 IEEE 802.11: associated (aid 11)
Tue Sep 24 10:02:16 2024 daemon.notice hostapd: wlan1: AP-STA-CONNECTED 70:48:f7:e2:ad:45 auth_alg=open
Tue Sep 24 10:02:16 2024 daemon.info hostapd: wlan1: STA 70:48:f7:e2:ad:45 RADIUS: starting accounting session 0EE936A71508CE72
Tue Sep 24 10:02:16 2024 daemon.info hostapd: wlan1: STA 70:48:f7:e2:ad:45 WPA: pairwise key handshake completed (RSN)
Tue Sep 24 10:02:16 2024 daemon.notice hostapd: wlan1: EAPOL-4WAY-HS-COMPLETED 70:48:f7:e2:ad:45
Tue Sep 24 10:02:16 2024 daemon.info dnsmasq-dhcp[1]: DHCPDISCOVER(br-lan) 70:48:f7:e2:ad:45
Tue Sep 24 10:02:16 2024 daemon.info dnsmasq-dhcp[1]: DHCPOFFER(br-lan) 192.168.7.118 70:48:f7:e2:ad:45
Tue Sep 24 10:02:16 2024 daemon.info dnsmasq-dhcp[1]: DHCPREQUEST(br-lan) 192.168.7.118 70:48:f7:e2:ad:45
Tue Sep 24 10:02:16 2024 daemon.info dnsmasq-dhcp[1]: DHCPACK(br-lan) 192.168.7.118 70:48:f7:e2:ad:45

Edit: Tried updating my MT-3000 from 4.6.4 to 4.6.4-op24. Also experiencing the issue on my Nintendo Switches. No system logs either while connecting it on AC/AX setting. Changing to N/AC/AX works. 4.6.4 (not the op24 one) works just fine on any setting.

1 Like

Similar here: 5G works for N/AC/AX (not working for AC/AX).

In addition, single NSS only: like those on 23.05.5
https://www.reddit.com/r/openwrt/comments/1fp0sih/comment/lovd23o/?utm_source=share&utm_medium=web3x&utm_name=web3xcss&utm_term=1&utm_content=share_button

EDIT: no idea on the reason, I get NSS 2 now after switching back from another AP.

Any chance to refresh the regulatory.db ?

On 4.6.4-op24:

# iw reg get
global
country CN: DFS-FCC
	(2400 - 2483 @ 40), (N/A, 30), (N/A)
	(5150 - 5250 @ 80), (N/A, 30), (N/A), AUTO-BW
	(5250 - 5350 @ 80), (N/A, 30), (0 ms), DFS, AUTO-BW
	(5725 - 5850 @ 80), (N/A, 33), (N/A)
	(57240 - 59400 @ 2160), (N/A, 28), (N/A)
	(59400 - 63720 @ 2160), (N/A, 44), (N/A)
	(63720 - 65880 @ 2160), (N/A, 28), (N/A)

According to db.txt from git://git.kernel.org/pub/scm/linux/kernel/git/wens/wireless-regdb.git , it has been corrected to: (commit 3b347617c12abda721bf6e236b36fcdee189d6f1 )

# Source:
# https://wap.miit.gov.cn/zwgk/zcwj/wjfb/tz/art/2021/art_e4ae71252eab42928daf0ea620976e4e.html
# https://wap.miit.gov.cn/cms_files/filemanager/1226211233/attach/20219/d125301b13454551b698ff5afa49ca28.pdf
# https://www.miit.gov.cn/cms_files/filemanager/1226211233/attach/20236/d1dc19424d5a4cfe90d631adeee8dd58.pdf
# Note: The transmit power for 5250-5350MHz bands can be raised by 3dBm when TPC is implemented
country CN: DFS-FCC
    (2400 - 2483.5 @ 40), (20)
    (5150 - 5250 @ 80), (23), NO-OUTDOOR, AUTO-BW
    (5250 - 5350 @ 80), (20), NO-OUTDOOR, DFS, AUTO-BW
    (5725 - 5850 @ 80), (33)
    # 60 GHz band channels 1,4: 28dBm, channels 2,3: 44dBm
    # ref: http://www.miit.gov.cn/n11293472/n11505629/n11506593/n11960250/n11960606/n11960700/n12330791.files/n12330790.pdf
    (57240 - 59400 @ 2160), (28)
    (59400 - 63720 @ 2160), (44)
    (63720 - 65880 @ 2160), (28)

From the logs you provided, Nathans-Phone was able to connect successfully to the mt3000 5g Wi-Fi after changing the Wi-Fi Mode to ac/ax.

Could you possible to provide remote access, please?
You should be on site when we in remote session such as disconnected/reconnected the 5G Wi-Fi of iPhone/Macbook.
Our time zone is UTC+08:00, on duty 9:00-18:30

Hmm im not sure if this gonna help, but on github i did readed a discussion about OpenWrt using a newer standard for wpa2.

In this discussion it was mentoided that 802.11w (managed frame protection), is turned on with a bit newer ciphers.

One of the examples given was that it broke on certain devices such as apple devices, there it was recommended to disable it.

They believed it was apples at fault of not handling correctly mfp.

Can you try checking if this might change your situation by having it fully disabled (not set to optional)?, it's a far throw to your issue but you can always test :+1:

You can do it here btw:

Advanced settings -> luci -> network -> wireless edit the wifi, then there is a dropdown menu for 802.11w.

1 Like