I understand that the man pages are also undergoing a re-write, so that should be useful in documenting some of the newer options that don't appear there.
We have the same problem on our office network where Windows 10 makes dozens of connections at once when doing updates or downloads, saturating our downstream. It is irresponsibly implemented, to say the least. That's one reason why I'm interested in Cake's 'triple-isolate' and 'nat' flags, as it should provide per-host fairness, but I have yet to confirm whether this can mitigate the problem caused by Windows 10. Cake is still very new, so it's hard to say if it's "better" than fq_codel (what Ubiquiti's Smart Queue uses by default). Theoretically it is, but it depends on the situation, which is also why I was trying some tests.
I have cleaned up and attached a script that I use to enable and disable Cake on my ER-X (used for the tests I posted earlier), and it should be the same on your ER-Lite. Put it in /config/scripts and run "chmod +x cake.sh" on it. If you have ADSL w/ PPPoE, find out whether it's VC-Mux or LLC/SNAP, then enabling and disabling Cake will look something like:
sudo ./cake.sh on eth4 850kbit 15.4mbit pppoe-llcsnap via-ethernet triple-isolate nat sudo ./cake.sh off eth4
- Replace eth4 with your actual WAN interface.
- Replace pppoe-llcsnap with pppoe-vcmux, if that's what you have.
- I believe you want via-ethernet if you're connected to your ADSL modem via Ethernet, but maybe someone else can confirm.
- The triple-isolate and nat flags add per-host fairness and deal with NAT.
As for enabling at startup, you could probably put another script in the /config/scripts/post-config.d directory to call cake.sh with the proper arguments. Cake will otherwise not stay enabled when you reboot.
It is very important to get the download and upload throughput right, and requires testing to determine the point at which you are reliably controlling your upload and downloads queues, even during bursts of traffic. It may be somewhat less than your line rate, and requires experimentation.
