Running OpenWrt 23.05.4, kmod-mt7615e 5.15.162 on a Xiaomi Redmi AC2100, I get abnormally low downlink speeds.
Running speedtest-netperf on the router results in speeds of about 360-390 Mbps in both directions, while on a nearby laptop speeds hover around 8-16 Mbps down and 190-220 Mbps up.
I've discovered quite a number of threads and GH issues from past years about similar issues, some promising massive improvements in 23.05 release, but I'm not seeing acceptable performance out of my setup.
Please connect to your OpenWrt device using ssh and copy the output of the following commands and post it here using the "Preformatted text </> " button:
Remember to redact passwords, MAC addresses and any public IP addresses you may have:
Disable offload(s) and enable back measuring each step.
They are not required for 7621 and 200mbps
Without wire for comparison it is a guesswork if there is a duplex missmatch on wan port etc.
For wifi - your config is nearly default and should work well.
Measure 2.4ghz speed in place #1 ?
For general use keep identical acces points on both radios.
Do you have any other device to compare from same places?
Another thing - run channel survey from luci, if you share channel with many may help setting coverage density to 1-normal and re-starting radio.
You can edit config/wireless with option channels '36 52 100 116 149 165' (not same as option channel which you already changed for better) explicitly excluding channels with most neighbours.
Okay, so I went out and got a patchcord specifically so I could test wired connection.
Here's the result: https://www.waveform.com/tools/bufferbloat?test-id=d91f05af-d217-4467-bc3b-28300e497139
And if you think about it, the result is kinda weird. Both my PC and all three of the router's LAN ports are supposed to be gigabit. Not to mention really high upload latency.
Indeed observation is not typical aka weird. Your cable (newly added) may be damaged, like one conductor cut and it becomes 100Mbps.
Please check ethtool wanethtool -S wan or if it is swconfig then you need something like swconfig dev switch0 show to determine speed and pause settings on WAN port. Pause is bad for performance as mostly uncontrolled amount of transmitted packets may be held back for way too long.
If you install auc via opkg install auc, and then run auc -n are there any updated packages available?
If so run auc to install the new 23.05.4 with the latest updated packages for the 23.05 branch.
The mt76 driver for 23.05.4 was taken from the April GIT Head:
But if you are seeing bandwidth issues over LAN as well, I'd recommend auc first so that the entire device is on the latest 23.05 packages.
I gifted my GF a Redmi AC2100 and it's currently running SNAPSHOT r27175 on that router and a Mi 4a 100M connected via WDS to the 5GHz radio and both work fine.
I've read that the mt76 driver has some bugs that aren't even fixed on 23.05.
I briefly tried sysupgrading to snapshot yesterday, lost WAN connection for some reason I didn't really try to diagnose and downgraded back down to 23.05.4.
Have you used AUC? I did actually upgraded using the package list from her router and made a custom build on Firmware Selector. Then I upgraded via Luci keeping settings. Everything's fine for now.
There was a massive upgrade on the mt76 driver yesterday, git head moved to an August release, although I have seen some devices having PPPoE issues with latest SNAPSHOT, I've got a wax206 mt7622 that I need to check at some point.
@HJVT are you using the correct Power Supply for the AC2100?
And if you are in Russia, I see you can set the wireless channel for 5ghz from 132 to 165 instead of 36.
So would you also suggest checking latest snapshot again?
I am using the power supply it came with.
It is currently operating at channel 132 automatically. Another thing I want to mention, is that I see barely any activity in 5Ghz range In my apartment.
Edit:
Actually, this is something I probably should've mentioned right off the bat, but the reason why I flashed OpenWRT, is that I had periodic packet loss on WAN with the OEM firmware. (And, this problem did in fact went away after installing OpenWRT.)
So there is some chance that I'm dealing with faulty hardware.