[4.6.4-op24] WiFi bug

Technical Support for Routers
1

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
2

May you share your WiFi settings including channel and bandwidth?

3

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)

4

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

image
image905×738 29.2 KB

image
image1049×392 25.8 KB

  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).
5

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
6

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
7

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.

8

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)