On new build (snapshot) via https://firmware-selector.openwrt.org/ the radio 2 (wifi7 6Ghz) is broken since about a week. It was working fine on previous build but those build doesn’t fonctionne well anymore as the opkg repos have been deleted and those build only support opkg… Sadly I updated and couldn’t rollback to a previous build.
I flashed my r4 yesterday with the current snapshot (used the firmware selector, tapped customized and added luci and iperf3 as well) and all 3 radios work for me, even 6g (with Macbook and iPhone as a client).
Only tweak I had to do: You need to set the wifi password encryption method to WPA3 - at least on the 6G band. Also I had to make sure the bandwidth was inside the allowed range for my country (eg in Switzerland 320 MHz as bandwidth did not work. Set it to 160 MHz and I could connect)
1 Like
That’s a great insight!
1 Like
Hello everyone. It looks like I got a problem instead of stability with 24.10.0 —very low speed on incoming connections in my gigabit home network. Meanwhile, outgoing connections are fine. Does anyone else have this issue?
From the access point to BPI-R4: root@AX6000_AP_ZAL:~# iperf3 -c 192.168.100.1
Connecting to host 192.168.100.1, port 5201
[ 5] local 192.168.100.8 port 59410 connected to 192.168.100.1 port 5201
[ ID] Interval Transfer Bitrate Retr Cwnd
[ 5] 0.00-1.00 sec 2.25 MBytes 18.9 Mbits/sec 0 204 KBytes
[ 5] 1.00-2.00 sec 1.62 MBytes 13.6 Mbits/sec 0 264 KBytes
[ 5] 2.00-3.00 sec 1.25 MBytes 10.5 Mbits/sec 0 315 KBytes
[ 5] 3.00-4.00 sec 1.62 MBytes 13.6 Mbits/sec 0 375 KBytes
[ 5] 4.00-5.00 sec 896 KBytes 7.34 Mbits/sec 0 437 KBytes
[ 5] 5.00-6.00 sec 896 KBytes 7.34 Mbits/sec 0 475 KBytes
[ 5] 6.00-7.00 sec 2.12 MBytes 17.8 Mbits/sec 0 518 KBytes
[ 5] 7.00-8.00 sec 1.12 MBytes 9.44 Mbits/sec 0 537 KBytes
[ 5] 8.00-9.00 sec 1.12 MBytes 9.44 Mbits/sec 0 537 KBytes
[ 5] 9.00-10.00 sec 1.12 MBytes 9.44 Mbits/sec 0 537 KBytes
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.00 sec 14.0 MBytes 11.7 Mbits/sec 0 sender
[ 5] 0.00-10.31 sec 11.6 MBytes 9.46 Mbits/sec receiver
From BPI-R4 to the access point:
root@Pi-R4:~# iperf3 -c 192.168.100.8
Connecting to host 192.168.100.8, port 5201
[ 5] local 192.168.100.1 port 47520 connected to 192.168.100.8 port 5201
[ ID] Interval Transfer Bitrate Retr Cwnd
[ 5] 0.00-1.00 sec 116 MBytes 969 Mbits/sec 0 635 KBytes
[ 5] 1.00-2.00 sec 112 MBytes 937 Mbits/sec 0 667 KBytes
[ 5] 2.00-3.00 sec 112 MBytes 938 Mbits/sec 0 667 KBytes
[ 5] 3.00-4.00 sec 113 MBytes 945 Mbits/sec 0 704 KBytes
[ 5] 4.00-5.00 sec 113 MBytes 948 Mbits/sec 0 704 KBytes
[ 5] 5.00-6.00 sec 112 MBytes 937 Mbits/sec 0 704 KBytes
[ 5] 6.00-7.00 sec 112 MBytes 940 Mbits/sec 0 740 KBytes
[ 5] 7.00-8.00 sec 112 MBytes 943 Mbits/sec 0 740 KBytes
[ 5] 8.00-9.00 sec 113 MBytes 946 Mbits/sec 0 776 KBytes
[ 5] 9.00-10.00 sec 112 MBytes 941 Mbits/sec 0 814 KBytes
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.00 sec 1.10 GBytes 944 Mbits/sec 0 sender
[ 5] 0.00-10.01 sec 1.10 GBytes 941 Mbits/sec receiver
Looks like I figured out this issue.
So, here’s the situation:
- LAN1 is connected to an access point (ASUS TUF AX6000)
- LAN2 is connected to an access point (ASUS TUF AX6000)
- LAN3 is connected to a PC
So, when the PC is turned off, LAN3 switches to 10Mbits mode, and (attention!) incoming connections to LAN1 and LAN2 also implicitly switch to this mode, even though ethtool shows 1Gbits Full-Duplex. As soon as I turn on the PC, everything works at full speed again.
Sounds a bit like these. Perhaps you could continue in one of these, or open a new topic…