Funny you should ask. I was wondering about the bridge / DSA setup and was just taking a look at this.. Could maybe try adding a patch to your build, see some patches used from this build.
I applied one of this patch [
0002-DNM-DSA_Bridge_FDB_Sync_Workaround.patch
With no changes, but I found something else -- which might be my problem -I just don't have a solution yet.
I do have two routers configured with the same SSID and I can still under 4.19 Kernel walk from one area to the other and they handover the signal --> I would not even know about the handshake.
What I noticed today is. That the kernel 5.4.80 works when I start my computer close to the WRT3200 with 5.4.80 kernel and it changes over to the other one (EA8500) perfect. But when I walk back to the WRT3200 I don't get an IP only when I reboot my computer (by the way an apple MacBook air) I will get an IP.
So I turned DHCP on the WRT3200ACM for different IP's than my main router I do get an IP when I walk from one to the other router, but can't connect to the internet or main router anymore until I reboot. This might not have anything todo with mwlwifi but the DSA setup and the new 5.4.80 kernel. I have the setup identical to the 4.19 setup except the switch setup is not there (as it should not).
What does rebooting change when I go to the other area (I also have the same effect on my phone)
Should I just wait for a new kernel to be released for the WRT3200ACM?
Thanks for all the help so far.
If I just move from the EA8500 to the WRT3200 i can not get an ip but after around 5 minutes I will get one and everything works
So one of your link describes exactly the problem.
For that the node's clients roaming from one of its Lan ports to a Wlan port are not able to receive traffic from the Lan ports until the switch's ATU ageing register (default ~ 300 seconds) clears the roamed client's MAC, as it remains unaware that the client has moved to another port (Wlan) and therefore drops traffic for that client's MAC.
That patch needs to be applied to all DSA routers/access-points on your network.
It is dependent on the ip-bridge full package. Not included by default.
Also make sure that it is enabled/running.
First time adding, it might not be enabled.
Also if you have IPv6 you should make sure your ULA prefix is set the same on all, but most importantly set a unique offset for all of them via ip6ifaceid in lan config.
I did not have the ip-bridge package installed.
So I recompiled the firmware with it and I made sure it is running.
So far no change in the behavior of the router still the 5 min no connection.
This is the only router on my network that has the DSA instead of switch setup
Tonight I will check the IPv6, I don't have it disabled but I don't use it.
I got the same issue using the 19.07.5 release kernel with wrt1900acsv2
it seems something is messed up with the versions offered for download.
EG for WRT1900acs the kmod-mwlwifi_4.14.209+thagabe-93c3d8d1-19074_arm_cortex-a9_vfpv3-d16.ipk, although listed as the file, but this filename does not actually exist in the assets for download list.
Any progress on this issue yet? For sure no rush, just want to get it sorted out.
BTW I stayed with 19.07.5 with the stock mwlwifi files for the WRT3200ACM and it seems to be working OK. What are the improvements/bug fixes with the drivers you setup for the the specific image versions?
I've just upgrade to latest version of OpenWRT (19.07.5) and having Wifi drops all the time. Had it on previous releases too, I basically could only use the 5GHz Wifi connection as the 2GHz connection drops or is very very slow. This morning I had to reboot as both 5GHz and 2GHz were gone. Using a 1900AC v1
@eduperez - Thanks for the work you've put in, and the the comment about @thagabe's post is well taken.
@thagabe - Is it worth it to use your older fixes that @eduperez has setup or should I just wait until you've had a chance to figure out the best settings? I am on a WRT3200ACM using Stable 19.07.5.
@eduperez: It seems @Pasxalisk is correct. The kmod file was 87 KB last time and now is 973 B (bytes) . Same with the firmware, it was 219 KB and now is 902 B.