I took your advice and installed the latest snapshot about an hour ago. I'll keep an eye on the network over the next few days and report back.
Well, my 2.4GHz problems kept on going. Some devices had no issues, while a few did have issues.
One really concrete issue, a strange one but consistent, my Harmony Hubs wouldn't connect when on channel 11, but it worked on channel 1. Though my solar panel wireless adapter was the other way around.
I now installed 19.07.8 and no issues of the sort. So there still are issues with the latest snapshots.
19.07.8 is still being maintained in regards to security issues isn't it? Or are there any other real important reasons not to stay on that version? I don't mind not going to 21.02 if there are no real issues.
Following up: I had post-radar detected disconnects on release builds of 19.07.8 and 18.06.9. So it seems this issue's been lurking around a while. I don't know why I didn't run into it before. Maybe I wasn't using DFS channels as aggressively, maybe it is something newly exposed by driver changes to the non-router hardware.
With a lack of upstream support, especially on the binary blob half of the driver, it seems like this isn't getting a fix and should just get a documented workaround - is there anyone with Wiki credentials willing to throw a note in on the wrt3200acm page?
The issue with the Roku was either ephemeral or fixed by the time of the 21.02 branch.
So my final conclusion here is to agree with Mr. Design:
I don't know if there will be further service releases for 19.07.x or not, but you could ask in the following thread if no one answers here: OpenWrt 19.07.8 service release - #40 by Saidiadude1
I've been using my WRT32X's 5GHz on channel 149 since your comment. It's stable for me too.
There will probably be both a new 19.07.x release and also the 21.02.2 release in the next few weeks (early February?).
See the discussion on the developer mailing list:
How is your 2.4Ghz behavior?
If this is the case, it is clear for me. People with affected routers should stay on 19.07.X, there are still apparent issues. You might nog be affected, but buy one of the devices it has issues with and you will be pulling your hair out
I have been 100% fine since switching and not looking back!
If there are fixes or specific things for me to test, I will gladly do so. I love new stuff haha and I like to help the devs to help us. Easy enough with switching FW partitions.
That one's running solid at channel 6. Never had issues after nbd's fix.
What exact version are you running? Channel 6 is way too crowded here, 1 and 11 are the only usable ones.
Still, even if it works, means something is not right. With 19.07.X all channels work fine here.
OpenWrt 21.02-SNAPSHOT, r16422-e1b79b1dc3
Decided to give all this hard work a chance for WRT1900ACSv2. I am now running the latest OpenWrt SNAPSHOT r18639-f5865452ac / LuCI Master git-22.021.84530-613080f with 5Ghz on channel 36 and mixed WPA2/WPA3 PSK, SAE (CCMP) encryption. I continue to have the following:
- irqbalance enabled (from '0' to '1' in '/etc/config/irqbalance')
- SQM QoS enabled
- tx_amsdu disabled. Luci > startup > local startup (nano /etc/rc.local) the following commands:
echo "0" >> /sys/kernel/debug/ieee80211/phy0/mwlwifi/tx_amsdu
echo "0" >> /sys/kernel/debug/ieee80211/phy1/mwlwifi/tx_amsdu
No significant issues after 4 months (as of May 26). Plan to upgrade to 22.03.0-rc1 for kernel updates.
Is there any reason to use the 21.02-SNAPSHOT builds vs the Master-SNAPSHOT builds?
I use OpenWrt 21.02-SNAPSHOT, r16473-1472a8fa42 on my Linksys WRT1900ACSv2 described by @denisr24 with the mentioned fixes decribed by @User34 except for SQM ? and I only use WPA2 and it seems pretty stable since a few days.
As a side note, I gave the disable Disassociate On Low Acknowledgement
a try, but shortly afterwards the wifi was switching randomly between 2.4GHz and 5GHz. So I enabled it again and everything seems to work fine again.
Thank you very much to all the developers and testers out there, you are awesome.
Maybe the Disassociate On Low Acknowledgement
setting was the issue on the snapshots when I tested them. I always have that one disabled, haven't tested it with the setting enabled.
@The others on WRT32X @arinc9 how do you have this setting configured?
One interesting thing about Disassociate On Low Acknowledgement
is that Brainslayer over at mwlwifi GitHub repo issues said confidently that the mwlwifi driver does not support the feature at all.
I would assume, considering that, that it could cause potential problems when it is enabled.
OpenWrt documentation states:
This depends on the driver capabilities and may not be available with all drivers.
AFAIK, there are no issues related to specific channels on the 2.4 GHz band.
Is that remark specific to 21.02 builds? Because I have no issues on 19.07.X builds, though I do have that on 21.02 builds.
Makes sense, though it does seem to do something according to reports on using this setting. Maybe the setting is incorrectly named (and does something different from what we all think)?
It is valid for all releases (but I could be wrong).
However, notice that I did not say that there are not issues on the 2.4GHz band; I said that there are not issues on the 2.4GHz band related to the channel used: either it works for all channels, or it does not work for any channel.
On the 5GHz band, DFS causes lots of issues, depending on the channel used.
I know for a fact that, with low ack disabled (which might or might not matter), I have very reproducible issues with channel 1 on my solar panels Wi-Fi adapter and issues on channel 11 with my Harmony Hubs.
This is only with 21.02 versions and no issue at all on 19.07 versions. So there definitely is an issue which is related to channels.
I do not have time to check it out with low ack enabled, but will have time this weekend to try it with low ack enabled. Not holding my breath, but it might be the reason of my issues.