Gargoyle Forum

wr840n v6.2, no due to the low flash storage.
The two cpe devices, potentially, however currently Gargoyle is not compiled for these versions and would require you to compile them yourself, test, and if it works ok I’d be happy to add them to the official build.

An excellent suggestion!

I don’t really have any further suggestions. Except to try vanilla OpenWrt 23.05 and see if you have the same issue. If not then a comparison between config with 1.15 might reveal something.

Compile a list of allowed symbols.

Your DHCP settings sound odd to me, what IP is the router? It is weird that your DHCP range starts at 1.

Don’t use symbols or spaces at all, that is safest.
I don’t have an audit of where symbols are safe or not. The community could compile one

You can try it and see if it improves the behaviour, but in theory it shouldn’t.
ESP devices are notorious for having shoddy wifi though…

The only other suggestion would be to try without SAE/WPA3, i.e. use WPA2 only, if you aren’t already.

A modern IoT device shouldn’t need 802.11b mode…
If you want to try enabling it, identify the wifi radio number in the config associated to 2.4ghz, say it is radio0
uci set wireless.radio0.legacy_rates=1
uci commit wireless
wifi

These legacy rates are disabled by default in the latest versions.

It is possible, this feature was actually submitted by a user but unfortunately it is now really out of date and cannot be used. It must be reimplemented from scratch.

There is a shortage of time and people willing to contribute such a thing.
It is on my list, but so are a lot of things

Yes that can happen.
The solution is to use the Enforce DHCP Allocation function.

Be aware that unless you’re running the most recent versions there were some bugs with that function.

With Gargoyle QoS that won’t be simple. There are lists available of every YouTube IP and they are in the tens of thousands, and they change frequently. You would need to customise Gargoyle to support ipsets and then script an automatic update of those ipsets. Thinking about this a different way, ma...