Users needed to test Wi-Fi stability on Linksys WRT3200ACM & WRT32X on OpenWrt 21.02

i'm just saying tha if you don't use dfs channels you don't need that. also if you know well how openwrt work, and the patch that openwrt have in the build directory, you will understand that mwlwifi patch is not needed.

i'm trying to say that, please note i did that just for let you see, i ll fix it soon, in a minutes.
that is without any patch.

* 5180 MHz [36] (40.0 dBm)
			* 5200 MHz [40] (40.0 dBm)
			* 5220 MHz [44] (40.0 dBm)
			* 5240 MHz [48] (40.0 dBm)
			* 5260 MHz [52] (40.0 dBm)
			* 5280 MHz [56] (40.0 dBm)
			* 5300 MHz [60] (40.0 dBm)
			* 5320 MHz [64] (40.0 dBm)
			* 5500 MHz [100] (40.0 dBm)
			* 5520 MHz [104] (40.0 dBm)
			* 5540 MHz [108] (40.0 dBm)
			* 5560 MHz [112] (40.0 dBm)
			* 5580 MHz [116] (40.0 dBm)
			* 5600 MHz [120] (40.0 dBm)
			* 5620 MHz [124] (40.0 dBm)
			* 5640 MHz [128] (40.0 dBm)
			* 5660 MHz [132] (40.0 dBm)
			* 5680 MHz [136] (40.0 dBm)
			* 5700 MHz [140] (40.0 dBm)
			* 5720 MHz [144] (40.0 dBm)
			* 5745 MHz [149] (40.0 dBm)
			* 5765 MHz [153] (40.0 dBm)
			* 5785 MHz [157] (40.0 dBm)
			* 5805 MHz [161] (40.0 dBm)

I think I'm gonna hold off on installing any snapshot builds not because installing Luci from command line is hard, but for the simple fact that I don't want to redo my network config. It doesn't take a long time, just don't want to have to redo the VPN config and all of that. If you find any fixes for this issue I would love to hear about them. I'm also having issues utilizing the DFS channels, anytime I put the channel selection to "auto", it selects one of these channels and refuses to turn the radio on. My area is so congested, all the 5Ghz channels are saturated and I would really like to take advantage of these unused channels.

-Pyro

My area is so saturated. If I disable WPA, I would get so many rogue connections it would become unmanageable...

-Pyro

I think @eduperez was referring to disabling/increasing the rekeying interval. But according to the OpenWrt wireless config docs, rekeying is only configurable for WPA Enterprise, which most people with home routers aren't using?

https://openwrt.org/docs/guide-user/network/wifi/basic (search wpa_group_rekey)

Perhaps my memory is failing to me, but that option is/was not exclusive to enterprise WPA.

Thanks for clarifying. I have added option wpa_group_rekey '0' to both "default_radio0" and "default_radio1" I will let you know how the wireless behaves today.

-Pyro

No change, still received a deauthenticated message not even 8 minutes later:

Mon Sep 27 09:02:29 2021 daemon.info hostapd: wlan0: STA ba:76:40:0f:6a:66 IEEE 802.11: deauthenticated due to inactivity (timer DEAUTH/REMOVE)

-Pyro

Exactly this, too. Time to downgrade, I think.

DFS-disabling patch didn't work either on my WRT3200ACM. Like usual, wifi is mostly stable, but on the rare occasion will hang at random occasions throughout the day on an iPhone. Often associated with a "deauthenticated due to inactivity" in the System Log.

This was with wpad-basic, Dissassociate on low ack disabled, and @m_u's linked DFS-disabling patch, using channel 149.

I've gone ahead and flashed to the latest master. I've run out of new ideas to test. Might have to start bisecting backwards between 21.02 and David's builds...

1 Like

Where you able to at least take advantage of the DFS channels (100-144) with the patch enabled? Nevermind, I found the patch here: https://github.com/httpstorm/openwrt/commit/677fef0ffb9971993d1cc11c10469bf777a26771 but I'm a little confused on how to apply patches to the kernel. Could you recommend me a beginners guide to do so?

-Pyro

wget -O testDFS.patch https://github.com/httpstorm/openwrt/commit/677fef0ffb9971993d1cc11c10469bf777a26771.patch
patch -p1 < testDFS.patch
make package/kernel/mwlwifi/{clean,compile}

Thanks for the reply, but my console is telling me both "patch" and "make" aren't found:

-ash: patch: not found
-ash: make: not found

Do I need to install these before using them? wget worked however!

-Pyro

Also, just to put this issue into perspective, here is a preview of my logs this morning:

Wed Sep 29 08:14:08 2021 daemon.notice hostapd: wlan0: STA-OPMODE-N_SS-CHANGED 4e:50:5b:9e:06:de 2
Wed Sep 29 08:14:08 2021 daemon.info hostapd: wlan0: STA 4e:50:5b:9e:06:de IEEE 802.11: associated (aid 1)
Wed Sep 29 08:14:08 2021 daemon.notice hostapd: wlan0: AP-STA-CONNECTED 4e:50:5b:9e:06:de
Wed Sep 29 08:14:08 2021 daemon.info hostapd: wlan0: STA 4e:50:5b:9e:06:de WPA: pairwise key handshake completed (RSN)
Wed Sep 29 08:14:08 2021 daemon.info dnsmasq-dhcp[13235]: DHCPREQUEST(br-lan) 192.168.2.179 4e:50:5b:9e:06:de
Wed Sep 29 08:14:08 2021 daemon.info dnsmasq-dhcp[13235]: DHCPACK(br-lan) 192.168.2.179 4e:50:5b:9e:06:de SarahsiPhone
Wed Sep 29 08:14:08 2021 daemon.info hostapd: wlan0: STA 4e:50:5b:9e:06:de IEEE 802.11: authenticated
Wed Sep 29 08:14:15 2021 daemon.notice hostapd: wlan0: AP-STA-DISCONNECTED 4e:50:5b:9e:06:de
Wed Sep 29 08:14:15 2021 daemon.info hostapd: wlan0: STA 4e:50:5b:9e:06:de IEEE 802.11: disassociated
Wed Sep 29 08:14:15 2021 kern.debug kernel: [324412.998274] ieee80211 phy0: staid 1 deleted
Wed Sep 29 08:14:16 2021 daemon.info hostapd: wlan0: STA 4e:50:5b:9e:06:de IEEE 802.11: deauthenticated due to inactivity (timer DEAUTH/REMOVE)
Wed Sep 29 08:14:16 2021 daemon.notice hostapd: wlan0: STA-OPMODE-N_SS-CHANGED 4e:50:5b:9e:06:de 2
Wed Sep 29 08:14:16 2021 daemon.info hostapd: wlan0: STA 4e:50:5b:9e:06:de IEEE 802.11: associated (aid 1)
Wed Sep 29 08:14:16 2021 daemon.notice hostapd: wlan0: AP-STA-CONNECTED 4e:50:5b:9e:06:de
Wed Sep 29 08:14:16 2021 daemon.info hostapd: wlan0: STA 4e:50:5b:9e:06:de WPA: pairwise key handshake completed (RSN)
Wed Sep 29 08:14:16 2021 daemon.info dnsmasq-dhcp[13235]: DHCPREQUEST(br-lan) 192.168.2.179 4e:50:5b:9e:06:de
Wed Sep 29 08:14:16 2021 daemon.info dnsmasq-dhcp[13235]: DHCPACK(br-lan) 192.168.2.179 4e:50:5b:9e:06:de SarahsiPhone
Wed Sep 29 08:14:17 2021 daemon.info hostapd: wlan0: STA 4e:50:5b:9e:06:de IEEE 802.11: authenticated
Wed Sep 29 08:14:23 2021 daemon.notice hostapd: wlan0: AP-STA-DISCONNECTED 4e:50:5b:9e:06:de
Wed Sep 29 08:14:23 2021 daemon.info hostapd: wlan0: STA 4e:50:5b:9e:06:de IEEE 802.11: disassociated
Wed Sep 29 08:14:23 2021 kern.debug kernel: [324421.257219] ieee80211 phy0: staid 1 deleted
Wed Sep 29 08:14:24 2021 daemon.info hostapd: wlan0: STA 4e:50:5b:9e:06:de IEEE 802.11: deauthenticated due to inactivity (timer DEAUTH/REMOVE)
Wed Sep 29 08:14:37 2021 daemon.notice hostapd: wlan0: STA-OPMODE-N_SS-CHANGED 4e:50:5b:9e:06:de 2
Wed Sep 29 08:14:37 2021 daemon.info hostapd: wlan0: STA 4e:50:5b:9e:06:de IEEE 802.11: associated (aid 1)
Wed Sep 29 08:14:37 2021 daemon.info hostapd: wlan0: STA 4e:50:5b:9e:06:de IEEE 802.11: authenticated
Wed Sep 29 08:14:37 2021 daemon.notice hostapd: wlan0: AP-STA-CONNECTED 4e:50:5b:9e:06:de
Wed Sep 29 08:14:37 2021 daemon.info hostapd: wlan0: STA 4e:50:5b:9e:06:de WPA: pairwise key handshake completed (RSN)
Wed Sep 29 08:14:37 2021 daemon.info dnsmasq-dhcp[13235]: DHCPREQUEST(br-lan) 192.168.2.179 4e:50:5b:9e:06:de
Wed Sep 29 08:14:37 2021 daemon.info dnsmasq-dhcp[13235]: DHCPACK(br-lan) 192.168.2.179 4e:50:5b:9e:06:de SarahsiPhone
Wed Sep 29 08:14:43 2021 daemon.notice hostapd: wlan0: AP-STA-DISCONNECTED 4e:50:5b:9e:06:de
Wed Sep 29 08:14:43 2021 daemon.info hostapd: wlan0: STA 4e:50:5b:9e:06:de IEEE 802.11: disassociated
Wed Sep 29 08:14:43 2021 kern.debug kernel: [324441.524119] ieee80211 phy0: staid 1 deleted
Wed Sep 29 08:14:44 2021 daemon.info hostapd: wlan0: STA 4e:50:5b:9e:06:de IEEE 802.11: deauthenticated due to inactivity (timer DEAUTH/REMOVE)
Wed Sep 29 08:15:43 2021 daemon.info dnsmasq-dhcp[13235]: DHCPREQUEST(br-lan) 192.168.2.210 ca:6a:10:2a:31:1b
Wed Sep 29 08:15:43 2021 daemon.info dnsmasq-dhcp[13235]: DHCPACK(br-lan) 192.168.2.210 ca:6a:10:2a:31:1b MyQGarageDoor
Wed Sep 29 08:15:56 2021 daemon.notice hostapd: wlan0: STA-OPMODE-N_SS-CHANGED 4e:50:5b:9e:06:de 2
Wed Sep 29 08:15:56 2021 daemon.info hostapd: wlan0: STA 4e:50:5b:9e:06:de IEEE 802.11: associated (aid 1)
Wed Sep 29 08:15:56 2021 daemon.notice hostapd: wlan0: AP-STA-CONNECTED 4e:50:5b:9e:06:de
Wed Sep 29 08:15:56 2021 daemon.info hostapd: wlan0: STA 4e:50:5b:9e:06:de WPA: pairwise key handshake completed (RSN)
Wed Sep 29 08:15:57 2021 daemon.info dnsmasq-dhcp[13235]: DHCPREQUEST(br-lan) 192.168.2.179 4e:50:5b:9e:06:de
Wed Sep 29 08:15:57 2021 daemon.info dnsmasq-dhcp[13235]: DHCPACK(br-lan) 192.168.2.179 4e:50:5b:9e:06:de SarahsiPhone
Wed Sep 29 08:15:58 2021 daemon.info hostapd: wlan0: STA 4e:50:5b:9e:06:de IEEE 802.11: authenticated
Wed Sep 29 08:16:10 2021 daemon.notice hostapd: wlan0: AP-STA-DISCONNECTED 4e:50:5b:9e:06:de
Wed Sep 29 08:16:10 2021 daemon.info hostapd: wlan0: STA 4e:50:5b:9e:06:de IEEE 802.11: disassociated
Wed Sep 29 08:16:10 2021 kern.debug kernel: [324528.121370] ieee80211 phy0: staid 1 deleted
Wed Sep 29 08:16:11 2021 daemon.info hostapd: wlan0: STA 4e:50:5b:9e:06:de IEEE 802.11: deauthenticated due to inactivity (timer DEAUTH/REMOVE)
Wed Sep 29 08:16:29 2021 daemon.notice hostapd: wlan0: STA-OPMODE-N_SS-CHANGED 4e:50:5b:9e:06:de 2
Wed Sep 29 08:16:29 2021 daemon.info hostapd: wlan0: STA 4e:50:5b:9e:06:de IEEE 802.11: associated (aid 1)
Wed Sep 29 08:16:29 2021 daemon.notice hostapd: wlan0: AP-STA-CONNECTED 4e:50:5b:9e:06:de
Wed Sep 29 08:16:29 2021 daemon.info hostapd: wlan0: STA 4e:50:5b:9e:06:de WPA: pairwise key handshake completed (RSN)
Wed Sep 29 08:16:29 2021 daemon.info dnsmasq-dhcp[13235]: DHCPREQUEST(br-lan) 192.168.2.179 4e:50:5b:9e:06:de
Wed Sep 29 08:16:29 2021 daemon.info dnsmasq-dhcp[13235]: DHCPACK(br-lan) 192.168.2.179 4e:50:5b:9e:06:de SarahsiPhone
Wed Sep 29 08:16:32 2021 daemon.info hostapd: wlan0: STA 4e:50:5b:9e:06:de IEEE 802.11: authenticated
Wed Sep 29 08:25:59 2021 daemon.notice hostapd: wlan0: AP-STA-DISCONNECTED 4e:50:5b:9e:06:de
Wed Sep 29 08:25:59 2021 daemon.info hostapd: wlan0: STA 4e:50:5b:9e:06:de IEEE 802.11: disassociated due to inactivity
Wed Sep 29 08:26:00 2021 daemon.info hostapd: wlan0: STA 4e:50:5b:9e:06:de IEEE 802.11: deauthenticated due to inactivity (timer DEAUTH/REMOVE)
Wed Sep 29 08:26:00 2021 kern.debug kernel: [325118.802322] ieee80211 phy0: staid 1 deleted

That's a total of 5 disconnects in 12 minutes. This is getting absurd... Has anyone found a potential workaround yet? I'm probably going to have to flash back to 19.07 by the end of the day if not.

-Pyro

That is in a buildroot for compilation, NA if you are not building an image.

Indeed, as @anomeome says, the patch requires you to build your own image.

You can find instructions for doing so on the OpenWrt wiki: https://openwrt.org/docs/guide-developer/build-system/use-buildsystem

If you don't feel comfortable building your own image, you won't be able to use the DFS patch. I might still have my build kicking around that I could post in a few days if you wanted to give it a try.

But in short - I have not found a proper workaround yet. Many users are just downgrading to 19.07 or Davidc502's last build.

Thanks for the reply. A few questions regarding Davidc502's builds. First, do I need to redo all my network configs and install Luci from the command line when flashing this image? Second, will it give me any problems once OpenWRT comes out with an official build to fix this issue and any subsequent builds in the future? Third, will I be able to use the DFS-patch with David502's build by default? Lastly, do you have a link to the most recent build that I can download/flash? Thank you again for all the help!

-Pyro

Unfortunately, Davidc502 stopped supporting it and took down his website. His builds already came with Luci built-in. Someone might be able to send you the last image, but you'll definitely have to redo all your network configs, and once OpenWRT comes out with an official build to fix this issue, you'll have to start fresh all over again. It might not be worth it to put in much work on configuring a Davidc502 build unless you just need something very straightforward to work as a stopgap.

I'm still running Davidc502's last build on a daily basis. One major drawback is not having his package repo available anymore. It is possible to switch repos to OpenWrt's snapshot package repo but I have no idea if all packages would be compatible or not.

I keep 21.02 on the other partition to play around with once in a while. There are far too many random wireless cutouts that it makes every member of my family angry with me.

The problem was definitely introduced somewhere between Davidc502's last build and the branching of 21.02 releases. But determining exactly which component or which commit is next to impossible.

I can relate to my family hating me, they have pretty much lost faith in the Wi-Fi and strictly just use their carrier for internet now. They don't even bother connecting to the wireless after the upgrade :frowning: I would be willing to try the most recent Davidc502 build as long as it doesn't have this issue. Am I able to natively patch the DFS channel restriction with his build? I don't mind redoing my network config since if I flash back to 19.07 I'll have to do it anyway, at least with his build I'll be able to (hopefully) take advantage of the unused channels in my saturated area. Does anyone have a link?

-Pyro

I would not go back any further than the last 19.x stable due to security issues that have been addressed. As stated above you have to apply the DFS patches to an image being built, not an existing image.

At any rate, if you want to take a stab at a DFS image, earlier today I built current master (kernel 5.10.69) images with the DFS patches applied. Images are to be found from the link off my avatar.