Open 43qcc2cn opened 2 months ago
morrownr
commented
2 months ago @43qcc2cn
This is not expected behavior. The mt7612u and rtl8812au chips give more or less the same performance. I have one of these Netgear adapters. Let me do some testing to see what I see.
morrownr
commented
2 months ago Here is what I am seeing:
Band 2, 5 GHz 2 walls, approximately 5 meters distance WiFi router running OpenWRT Signal level: -55 dBm, not a perfect signal but not bad Client kernel 6.6 Distro: Debian 12
$ iperf3 -c 192.168.1.1
Connecting to host 192.168.1.1, port 5201
[ 5] local 192.168.1.236 port 43926 connected to 192.168.1.1 port 5201
[ ID] Interval Transfer Bitrate Retr Cwnd
[ 5] 0.00-1.00 sec 39.2 MBytes 329 Mbits/sec 0 675 KBytes
[ 5] 1.00-2.00 sec 35.0 MBytes 294 Mbits/sec 0 782 KBytes
[ 5] 2.00-3.00 sec 36.2 MBytes 304 Mbits/sec 0 822 KBytes
[ 5] 3.00-4.00 sec 32.5 MBytes 273 Mbits/sec 0 871 KBytes
[ 5] 4.00-5.00 sec 37.5 MBytes 315 Mbits/sec 0 871 KBytes
[ 5] 5.00-6.00 sec 33.8 MBytes 283 Mbits/sec 0 871 KBytes
[ 5] 6.00-7.00 sec 36.2 MBytes 304 Mbits/sec 0 871 KBytes
[ 5] 7.00-8.00 sec 33.8 MBytes 283 Mbits/sec 0 871 KBytes
[ 5] 8.00-9.00 sec 36.2 MBytes 304 Mbits/sec 0 915 KBytes
[ 5] 9.00-10.00 sec 33.8 MBytes 283 Mbits/sec 0 966 KBytes
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.00 sec 354 MBytes 297 Mbits/sec 0 sender
[ 5] 0.00-10.01 sec 352 MBytes 295 Mbits/sec receiver
iperf Done.
$ iperf3 -c 192.168.1.1 -R
Connecting to host 192.168.1.1, port 5201
Reverse mode, remote host 192.168.1.1 is sending
[ 5] local 192.168.1.236 port 44610 connected to 192.168.1.1 port 5201
[ ID] Interval Transfer Bitrate
[ 5] 0.00-1.00 sec 27.8 MBytes 234 Mbits/sec
[ 5] 1.00-2.00 sec 38.1 MBytes 320 Mbits/sec
[ 5] 2.00-3.00 sec 33.6 MBytes 282 Mbits/sec
[ 5] 3.00-4.00 sec 38.5 MBytes 323 Mbits/sec
[ 5] 4.00-5.00 sec 34.5 MBytes 289 Mbits/sec
[ 5] 5.00-6.00 sec 38.8 MBytes 326 Mbits/sec
[ 5] 6.00-7.00 sec 34.1 MBytes 286 Mbits/sec
[ 5] 7.00-8.00 sec 38.4 MBytes 322 Mbits/sec
[ 5] 8.00-9.00 sec 37.7 MBytes 317 Mbits/sec
[ 5] 9.00-10.00 sec 35.6 MBytes 299 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.00 sec 359 MBytes 301 Mbits/sec 0 sender
[ 5] 0.00-10.00 sec 357 MBytes 300 Mbits/sec receiver
iperf Done.
This is about what I would expect given the details at my location. I have very little congestion but the signal is not perfect but is not too bad.
43qcc2cn
commented
2 months ago Many thanks for the quick response. It is good to see what the results should look like.
I've just tested my three devices in a different client, a laptop running OpenSUSE Tumbleweed, which I've positioned a couple of meters away from the router. 5Ghz and -40 dBm.
I still get the same sort of results.
First device:
iperf3 -c 192.168.1.1
Connecting to host 192.168.1.1, port 5201
[ 5] local 192.168.1.105 port 40742 connected to 192.168.1.1 port 5201
[ ID] Interval Transfer Bitrate Retr Cwnd
[ 5] 0.00-1.00 sec 31.5 MBytes 264 Mbits/sec 6 230 KBytes
[ 5] 1.00-2.00 sec 29.2 MBytes 245 Mbits/sec 4 181 KBytes
[ 5] 2.00-3.00 sec 30.5 MBytes 256 Mbits/sec 2 238 KBytes
[ 5] 3.00-4.00 sec 29.4 MBytes 246 Mbits/sec 6 143 KBytes
[ 5] 4.00-5.00 sec 31.6 MBytes 265 Mbits/sec 2 184 KBytes
[ 5] 5.00-6.00 sec 28.1 MBytes 236 Mbits/sec 2 219 KBytes
[ 5] 6.00-7.00 sec 30.4 MBytes 255 Mbits/sec 2 235 KBytes
[ 5] 7.00-8.00 sec 29.1 MBytes 244 Mbits/sec 2 233 KBytes
[ 5] 8.00-9.00 sec 31.5 MBytes 264 Mbits/sec 2 257 KBytes
[ 5] 9.00-10.00 sec 29.6 MBytes 248 Mbits/sec 4 202 KBytes
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.00 sec 301 MBytes 252 Mbits/sec 32 sender
[ 5] 0.00-10.01 sec 298 MBytes 250 Mbits/sec receiver
iperf Done.
iperf3 -c 192.168.1.1 -R
Connecting to host 192.168.1.1, port 5201
Reverse mode, remote host 192.168.1.1 is sending
[ 5] local 192.168.1.105 port 58910 connected to 192.168.1.1 port 5201
[ ID] Interval Transfer Bitrate
[ 5] 0.00-1.00 sec 5.75 MBytes 48.2 Mbits/sec
[ 5] 1.00-2.00 sec 8.25 MBytes 69.2 Mbits/sec
[ 5] 2.00-3.00 sec 12.8 MBytes 107 Mbits/sec
[ 5] 3.00-4.00 sec 16.9 MBytes 142 Mbits/sec
[ 5] 4.00-5.00 sec 16.1 MBytes 135 Mbits/sec
[ 5] 5.00-6.00 sec 11.1 MBytes 93.3 Mbits/sec
[ 5] 6.00-7.00 sec 13.0 MBytes 109 Mbits/sec
[ 5] 7.00-8.00 sec 8.38 MBytes 70.3 Mbits/sec
[ 5] 8.00-9.00 sec 7.25 MBytes 60.8 Mbits/sec
[ 5] 9.00-10.00 sec 5.88 MBytes 49.3 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.00 sec 108 MBytes 90.1 Mbits/sec 51 sender
[ 5] 0.00-10.00 sec 105 MBytes 88.4 Mbits/sec receiver
iperf Done.Second device:
iperf3 -c 192.168.1.1
Connecting to host 192.168.1.1, port 5201
[ 5] local 192.168.1.159 port 34804 connected to 192.168.1.1 port 5201
[ ID] Interval Transfer Bitrate Retr Cwnd
[ 5] 0.00-1.00 sec 28.5 MBytes 239 Mbits/sec 6 229 KBytes
[ 5] 1.00-2.00 sec 24.5 MBytes 206 Mbits/sec 4 175 KBytes
[ 5] 2.00-3.00 sec 29.0 MBytes 243 Mbits/sec 2 209 KBytes
[ 5] 3.00-4.00 sec 23.2 MBytes 195 Mbits/sec 2 229 KBytes
[ 5] 4.00-5.00 sec 31.5 MBytes 264 Mbits/sec 0 318 KBytes
[ 5] 5.00-6.00 sec 30.1 MBytes 253 Mbits/sec 4 218 KBytes
[ 5] 6.00-7.00 sec 29.2 MBytes 245 Mbits/sec 2 215 KBytes
[ 5] 7.00-8.00 sec 30.2 MBytes 254 Mbits/sec 2 235 KBytes
[ 5] 8.00-9.00 sec 32.0 MBytes 268 Mbits/sec 2 245 KBytes
[ 5] 9.00-10.00 sec 29.1 MBytes 244 Mbits/sec 4 225 KBytes
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.00 sec 288 MBytes 241 Mbits/sec 28 sender
[ 5] 0.00-10.01 sec 284 MBytes 238 Mbits/sec receiver
iperf Done.
iperf3 -c 192.168.1.1 -R
Connecting to host 192.168.1.1, port 5201
Reverse mode, remote host 192.168.1.1 is sending
[ 5] local 192.168.1.159 port 50368 connected to 192.168.1.1 port 5201
[ ID] Interval Transfer Bitrate
[ 5] 0.00-1.00 sec 11.2 MBytes 94.3 Mbits/sec
[ 5] 1.00-2.00 sec 5.12 MBytes 43.0 Mbits/sec
[ 5] 2.00-3.00 sec 6.88 MBytes 57.7 Mbits/sec
[ 5] 3.00-4.00 sec 7.62 MBytes 64.0 Mbits/sec
[ 5] 4.00-5.00 sec 8.88 MBytes 74.4 Mbits/sec
[ 5] 5.00-6.00 sec 5.12 MBytes 43.0 Mbits/sec
[ 5] 6.00-7.00 sec 6.62 MBytes 55.6 Mbits/sec
[ 5] 7.00-8.00 sec 7.25 MBytes 60.8 Mbits/sec
[ 5] 8.00-9.00 sec 7.88 MBytes 66.1 Mbits/sec
[ 5] 9.00-10.00 sec 5.62 MBytes 47.2 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.01 sec 74.2 MBytes 62.2 Mbits/sec 100 sender
[ 5] 0.00-10.00 sec 72.2 MBytes 60.6 Mbits/sec receiver
iperf Done.Third device:
iperf3 -c 192.168.1.1
Connecting to host 192.168.1.1, port 5201
[ 5] local 192.168.1.190 port 58230 connected to 192.168.1.1 port 5201
[ ID] Interval Transfer Bitrate Retr Cwnd
[ 5] 0.00-1.00 sec 30.4 MBytes 255 Mbits/sec 6 177 KBytes
[ 5] 1.00-2.00 sec 28.2 MBytes 237 Mbits/sec 4 154 KBytes
[ 5] 2.00-3.00 sec 30.6 MBytes 257 Mbits/sec 2 221 KBytes
[ 5] 3.00-4.00 sec 29.4 MBytes 246 Mbits/sec 4 164 KBytes
[ 5] 4.00-5.00 sec 30.8 MBytes 258 Mbits/sec 2 199 KBytes
[ 5] 5.00-6.00 sec 30.1 MBytes 253 Mbits/sec 2 205 KBytes
[ 5] 6.00-7.00 sec 31.9 MBytes 267 Mbits/sec 2 247 KBytes
[ 5] 7.00-8.00 sec 28.5 MBytes 239 Mbits/sec 4 221 KBytes
[ 5] 8.00-9.00 sec 31.5 MBytes 264 Mbits/sec 2 239 KBytes
[ 5] 9.00-10.00 sec 26.1 MBytes 219 Mbits/sec 3 164 KBytes
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.00 sec 298 MBytes 250 Mbits/sec 31 sender
[ 5] 0.00-10.01 sec 296 MBytes 248 Mbits/sec receiver
iperf Done.
iperf3 -c 192.168.1.1 -R
Connecting to host 192.168.1.1, port 5201
Reverse mode, remote host 192.168.1.1 is sending
[ 5] local 192.168.1.190 port 50338 connected to 192.168.1.1 port 5201
[ ID] Interval Transfer Bitrate
[ 5] 0.00-1.00 sec 5.00 MBytes 41.9 Mbits/sec
[ 5] 1.00-2.00 sec 5.38 MBytes 45.1 Mbits/sec
[ 5] 2.00-3.00 sec 7.75 MBytes 65.0 Mbits/sec
[ 5] 3.00-4.00 sec 7.00 MBytes 58.7 Mbits/sec
[ 5] 4.00-5.00 sec 7.25 MBytes 60.8 Mbits/sec
[ 5] 5.00-6.00 sec 6.50 MBytes 54.5 Mbits/sec
[ 5] 6.00-7.00 sec 7.25 MBytes 60.8 Mbits/sec
[ 5] 7.00-8.00 sec 5.75 MBytes 48.2 Mbits/sec
[ 5] 8.00-9.00 sec 4.00 MBytes 33.6 Mbits/sec
[ 5] 9.00-10.00 sec 6.25 MBytes 52.4 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.01 sec 63.6 MBytes 53.3 Mbits/sec 121 sender
[ 5] 0.00-10.00 sec 62.1 MBytes 52.1 Mbits/sec receiver
iperf Done.I'm at a complete loss as to why I'm not getting the same results as yourself.
The devices were purchased at different times from different suppliers so I can't believe they are all bad.
I get real problems trying to stream any kind of video (eg. online TV or video conferences) using the devices, which prompted my investigations, making them pretty much unusable to me.
morrownr
commented
2 months ago -40 dBm
I can grab a laptop and try to get my signal around this reading to see what I get. I would estimate somewhere between 360-400 Mbps.
I get real problems trying to stream any kind of video...
I took happened to turn on YouTubeTV to watch the morning news after I connected my Netgear A6210 to do the testing earlier. Very stable video and audio. I ran iperf3 while watching and the reading dropped by around 25 Mbps. I tried some other things and nothing caused problems with the video and audio.
So, to the question of what could be causing this:
Since you are comparing an rtl8812au based adapter and it is working better, maybe we need to look at the details:
Maybe we can stumble onto the cause with answers to the above.
43qcc2cn
commented
2 months ago Thanks for following up.
Are you using one of the usb cables that comes with the A6210? I've tried with and without the cables supplied with the Netgear A6210. No difference.
Do you know the approximate level of congestion at your site on the channel you are using? My router has two 5 GHz radios. The first 5 GHz radio (QCA9888), is limited to ch. 100 and above (currently 144 5.720GHz). The second 5 GHz radio (IPQ4019) is limited to ch. 64 and below (currently 36 5.180Ghz). The first has no congestion, the second has lots. I'm in an apartment block. I've tested both, no difference.
I also took my router out of the equation and tested using my provider's router, this resulted in awful figures for all connections so I am ignoring these results.
Have you tried a difference channel? Yes, although most of the channels used by the second radio have some sort of congestion. No difference.
Have you tried different security settings? WPA2 vs WPA3? I've had problems in the past using WPA3 so I'm only using WPA2.
Are your clients all using Linux? If so, what kernel? All Linux. All 6.x. eg 6.6.46, 6.10.8-1.
I did also test using an old version of OpenSUSE Leap running a 5.x kernel.
What driver is the rtl8812au adapter using? OpenSUSE Leap - As provided by the distro. OpenSUSE Tumbleweed - As provided by the distro. LibreELEC - As provided by the distro.
Are you testing different usb ports? Yes, both USB2 and USB3 ports in difference machines. No difference.
Are you using the rtl8812au adapter with a usb cable? I've tried with and without the supplied cable supplied with the Netgear A6210. Both work fine.
Have you tested the Netgear adapter directly plugged into the test clients? I've tried with and without the supplied cable supplied with the Netgear A6210. No difference.
In summary, whatever client machine I use, whatever USB port I use, whether I use the USB extension cable or not, whether I use radio 1 or radio 2 on various different channels, the rtl8812au devices work fine every time and the mt7612u devices always results in much slower download speeds with lots of retries. Weird!
Can congestion affect one type of adapter but not another?
Just to add, I have other Linux devices on the same network using PCI network cards and these all work fine (same as the rtl8812au devices).
morrownr
commented
2 months ago I don't have much time right now to explain but I think I saw this on a laptop this morning:
Laptop is running Ubuntu 24.04 with kernel 6.08. I made a mistake earlier when I told you my main dev box here is running kernel 6.6... I actually had selected kernel 6.9 last time I had booted and forgot about it. I do a lot of testing so have many kernel installed.
So, I am not seeing this with kernel 6.9. I can test more kernels later but I did see if on a laptop with kernel 6.8. So, the investigation is underway... when I have time to work it again...
43qcc2cn
commented
2 months ago Thanks again.
For info, I installed Debian on my laptop and tested using the following kernels:
6.1.0 6.6.8 6.6.15 6.7.7 6.7.12 6.8.9 6.8.12 6.9.7 6.9.12 6.10.3 6.10.9
The results were the same for every kernel.
morrownr
commented
2 months ago Good info to add to what we have. One thing we need to keep in mind is that when testing we may need to take the systems down to a cold boot between tests.
I am busy but will continue as able. I do not think that it is your adapters that are faulty. My best guess at this point is that it could be something in the driver, wifi stack or usb stack. We have been seeing a lot of wifi problems lately and a lot of patches but it can take time for patches to work their way to us. I will be keeping an eye open and will continue testing. Keep me posted.
FYI: I have other adapters with the mt7612u so I can test them as well.
Checklist
uname
Linux {obscured} 6.6.46 #1 SMP Sun Aug 18 00:39:55 UTC 2024 x86_64 GNU/Linux
lsusb
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 002 Device 002: ID 8087:8000 Intel Corp. Integrated Rate Matching Hub Bus 003 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub Bus 003 Device 002: ID 0846:9053 NetGear, Inc. A6210
rfkill
1: phy1: wlan Soft blocked: no Hard blocked: no
dkms
iw
What happened?
I have a number of Netgear A6210 (mt7612u) devices.
Testing with iperf on various Linux based clients, against my router (Linksys MR8300 running OpenWrt) which is about seven meters away with a clean line of sight, shows a reasonable upload speed:
although there are a number of retries, however the download speed is much less:
Compared to the same clients using a TP-Link Archer T4U (rtl8812au) device:
where the upload and download speeds are similar and there are no retries.
I've tested these devices in various clients, using different Linux distros, with different kernel versions (5.x and 6.x), and the results are the same.
Testing using a different remote makes no difference.
Testing using a different Wi-FI channel makes no difference.
Testing using a different USB port makes no difference.
Does anyone know if this is simply expected behavior with this device type, if this is a known bug, or if there is any special configuration required to address the download speeds and number of retries?
Thanks in advance.