Any game that uses UDP, doesn't exceed your game rates, that you play on one of the machines you put in the ipsets should work well. Looking online it indicates that FIFA 20 for example uses UDP for game play so it should work.
I have pushed a small change to the script so that the example ipv6 addresses are public addresses in the "reserved" documentation range 2001:db8:: because there's not much reason to put your ULA addresses (fdxx:xxx type addresses).
If you don't have IPv6 from your ISP don't worry about it, if you do have IPv6 from your ISP include the public address of your gaming machines which should start with 2xxx: not with fdxx:
It looks like this script is very interesting,
at my place the internet speed is so slow that i have to subscribe to several ISPs.
With this condition I ended up doing load balancer with MWAN3 to get enough BW.
Reading from the initial post until now, according to my understanding, it looks like this script can be combined with the configuration on MWAN3, namely by separating and prioritizing game connections to one of the ISPs. Is that true?
thank you
#!/bin/sh
## "atm" for old-school DSL or change to "DOCSIS" for cable modem, or
## "other" or anything else, for everything else
LINKTYPE="DOCSIS"
WAN=eth1.2 # change this to your WAN device name
UPRATE=5000 #change this to your kbps upload speed
LAN=eth0.1
DOWNRATE=70000 #change this to about 80% of your download speed (in kbps)
## how many kbps of UDP upload and download do you need for your games
## across all gaming machines?
GAMEUP=800
GAMEDOWN=1600
the web browsing was super slow and the bufferbloat was terrible
ISP-1 sells special streaming internet packages with speeds of down = 2Mbps, Up = 2Mbps
ISP-2 sells game-specific internet packages with speeds of DL = 1Mbps, Up = 756 Kbps
Even your idle measurements were totally broken. But there is no indication of setting things up wrong. You are classifying some traffic into class 15 which is background harvester traffic. What mechanism are you using to tag CS1 on those packets or is that just arriving like that?
Put your gaming machine on its own vlan, and tell mwan3 to use isp2 only for traffic from that vlan... It should work. Let others share the other isp. You can run two copies of this script it can shape the two connections separately
Looking carefully at your speedtest results they are getting exactly the share they should for background traffic so something is causing your speedtest to be tagged DSCP CS1 and it's becoming background... As it should
Hmm the script is designed for the router to be wired WAN and wired LAN with wifi access points connected to the router by wire. I'm not clear on your topology but it looks like you are using WiFi WAN, it might work, the key is that the router isn't using a bridge for either LAN or WAN but just a single interface
We don't have an SQM script at this point but there's an intention to allow a similar thing from within SQM eventually. However this script does some gaming / realtime specific stuff that SQM by default doesn't do (like classifying traffic based on ipsets etc).
For now, here's what I'd do. Run standard piece-of-cake SQM on ISP1, and run this script only for the ISP2 / vlan-for-game interface pair.