Has anyone who has disabled or deleted the smart switching then been able to get the router to work afterwards with smart switching/roaming?
I have noticed several people have got it to work after disabling roaming, but has anyone got it to work when putting back roamning?
I can test this but have not had the time yet, but was just wondering if anyone else had. I know there have been issues with hidden from the gui vaps and such that I havent had a chance to look into either, but it seems basically since 1/30-63600 nobody has working VAPS or in some cases even the whole channel while those are enabled...at least on a few models including my MX4300s.
Joined: 07 Jan 2025 Posts: 258 Location: Bethel Park, PA, USA
Posted: Thu Apr 02, 2026 20:37 Post subject:
sanjonny wrote:
Has anyone who has disabled or deleted the smart switching then been able to get the router to work afterwards with smart switching/roaming?
I have noticed several people have got it to work after disabling roaming, but has anyone got it to work when putting back roamning?
802.11r protocol makes transitions between access points require less handoff, but it isn't strictly necessary to "roam" between base stations. Even with it off, my laptop and my phones still move pretty seamlessly (Android is better at it than Windows, 802.11r on or off). _________________ Formerly dpp3530 Linksys MX4300
Gateway, 2 wired APs, NSS-ECM , Clock 1382MHz
VAPs on wlan0 and wlan1 for guest/IOT devices
IPv4 & IPv6 (Prefix Delegation)
Static Leases & DHCP
SmartDNS (DOT using NextDNS, Cloudflare), DNSMasq
Wireguard and OpenVPN server
2.4GHz: dd-wrt, AX Only, ACK Timing 1350, WPA3 SAE & WPA2 w/AES
5GHz: dd-wrt, AX/AC/N Mixed, ACK Timing 1350, WPA3 SAE & WPA2 w/AES
Verizon Fios, 500/500Mbps
Has anyone who has disabled or deleted the smart switching then been able to get the router to work afterwards with smart switching/roaming?
I have noticed several people have got it to work after disabling roaming, but has anyone got it to work when putting back roamning?
802.11r protocol makes transitions between access points require less handoff, but it isn't strictly necessary to "roam" between base stations. Even with it off, my laptop and my phones still move pretty seamlessly (Android is better at it than Windows, 802.11r on or off).
Yeah, i have found all kinds of horrors with windows as a result of testing out stuff with dd-wrt. Some documented here. If I could edit some of the wikis, I would note that in several places cause at times you might think ddwrt is horked when its actually windows doing its best to not connect. Or waiting 2 minutes to connect etc etc
Totally windows fault and not ddwrt.
It is god-awful for many things without a full reboot and even then some weird vodoo happens sometimes.
For me android roams so much better with the r/k/lgbtq on because several things roam fine but drop or detect within the apps with the roaming off on the router, which makes sense.
For example, a game I play will not drop/reconnect with roaming on, so as far as the game is concerned, it will not be noticeable while playing as the user roams to different APs, but with r/k/whatevers off then it will do a full reload/reconnect as it roams....which is of course horrible.
And dont even get me started on google built devices like their streaming sticks which dont even follow standard ip stack stuff because hey, were google, you dont need to be able to set a static ip cause we didnt want to follow the networking standard and were too busy claiming to not be evil while being evil...and yes I know they dropped the dont be evil thing but its still funny.
I have updated my R7800.
Everything works, but performance seems a bit slow.
With previous versions, I could get wire speeds from ethernet
(600/100 Mbit/s in my case, HFC connection).
Since a couple versions, I don't get more than 300-350 Mbit/s on download, full 100 Mbit/s for upload.
I am using just SFE, as I think NSS/ECM still do not work (anyone ?).
Joined: 07 Jan 2025 Posts: 258 Location: Bethel Park, PA, USA
Posted: Tue Apr 07, 2026 13:20 Post subject:
Discovered something interesting. I had QOS enabled with HTB/FQ_CODEL in order to alleviate bufferbloat, and it was working. I noted that bufferbloat was slightly higher and I went to the QOS page to check settings. It was set to HTB/SFQ (the default). I changed it back to FQ_CODEL and rebooted. When it came back up, it was SFQ again. The setting does not seem to survive a reboot. _________________ Formerly dpp3530 Linksys MX4300
Gateway, 2 wired APs, NSS-ECM , Clock 1382MHz
VAPs on wlan0 and wlan1 for guest/IOT devices
IPv4 & IPv6 (Prefix Delegation)
Static Leases & DHCP
SmartDNS (DOT using NextDNS, Cloudflare), DNSMasq
Wireguard and OpenVPN server
2.4GHz: dd-wrt, AX Only, ACK Timing 1350, WPA3 SAE & WPA2 w/AES
5GHz: dd-wrt, AX/AC/N Mixed, ACK Timing 1350, WPA3 SAE & WPA2 w/AES
Verizon Fios, 500/500Mbps
Did you save the setting as well as apply? _________________ ARCHER-C7v5 | v3.0-r64210M std | AP Gateway
WNDR4000|v24-52189_NEWD-2_K3.x_mega|Inactive Spare
Joined: 07 Jan 2025 Posts: 258 Location: Bethel Park, PA, USA
Posted: Tue Apr 07, 2026 17:41 Post subject:
jbkt23 wrote:
dplotz wrote:
The setting does not seem to survive a reboot.
Did you save the setting as well as apply?
Yes, I actually clicked Save, then rebooted. I wanted it to start with a fresh reboot. When I saw it went back to SFQ after the reboot, I tried Save, then Save & Apply, then a reboot. Same result. Oddly I found that in r64137, if I change it to CAKE, then Save, then reboot, it stays. It won't stay on FQ_CODEL or FQ_CODEL_FAST. _________________ Formerly dpp3530 Linksys MX4300
Gateway, 2 wired APs, NSS-ECM , Clock 1382MHz
VAPs on wlan0 and wlan1 for guest/IOT devices
IPv4 & IPv6 (Prefix Delegation)
Static Leases & DHCP
SmartDNS (DOT using NextDNS, Cloudflare), DNSMasq
Wireguard and OpenVPN server
2.4GHz: dd-wrt, AX Only, ACK Timing 1350, WPA3 SAE & WPA2 w/AES
5GHz: dd-wrt, AX/AC/N Mixed, ACK Timing 1350, WPA3 SAE & WPA2 w/AES
Verizon Fios, 500/500Mbps
Joined: 05 Oct 2008 Posts: 870 Location: Helsinki, Finland / nr. Alkmaar, Netherlands
Posted: Thu Apr 09, 2026 9:30 Post subject:
dplotz wrote:
Discovered something interesting. I had QOS enabled with HTB/FQ_CODEL in order to alleviate bufferbloat, and it was working. I noted that bufferbloat was slightly higher and I went to the QOS page to check settings. It was set to HTB/SFQ (the default). I changed it back to FQ_CODEL and rebooted. When it came back up, it was SFQ again. The setting does not seem to survive a reboot.
on because several things roam fine but drop or detect within the apps with the roaming off on the router, which makes sense.