Traditionally QoS, FlexQoS, and AdaptiveQoS isn’t supposed to necessarily tackle the issues of bufferbloat. But rather it’s focused on allowing all of your devices to share your internet connection fairly in some way or limit certain devices from using too much. I found FlexQoS and AdaptiveQoS to be unreliable at fairly share my vary limited internet connection among devices because some of those devices use https or CDN tunnels which is in some cases is not able to determine the application that’s using the data. CDN/VPN’s are troubling as streaming services like Netflix uses them and it blatantly ignores QoS unless you use Bandwidth Limiter on devices with static ip then the whole device is targeted and limited not just a application.
I just wanted to chime in & point out how FANTASTIC this explanation actually is... + certain applications do not properly adhere to the QoS standards to begin with.
And more & more content is becoming encrypted all the time & if the router can't easily determine the packet class the packets should default to the lowest classification.
Worse yet is when the routers have to decrypt data content themselves to check the contents on the fly... as that's more & more router CPU resources CHEWED-UP.
So the trick with QoS is basically to set limits which are low enough to prevent your router CPU from RAILING or maxing out.
When buffers get full & CPU cycles are maxed... LATENCY @ best... but, Gitches or Crashes @ Worst.
In most homes & many work environments... each client typically has more CPU power & an equivalent or faster network card than the router.
But these clients are gonna tell that router they want that DATA right NOW !!!
And then certain people get mad, rant & call the router a POS.
The funniest thing to me is... the internet has changed drastically over the years but somehow a:
ASUS RT-AC66U : FCC approval date: 30 May 2012 ; (Est.) release date: 10 June 2012
or...
ASUS RT-AC66U B1 : Date First Available: Nov. 17 2016
is expected to perform without even the slightest delay for a competitive on-line first person shooter experience.
+
To add insult to injury, despite tons of good advice in two different threads...
We never saw a direct ethernet connection bufferbloat test direct to one PC (Without using the router).
Isn't that where they should start?
If they don't have acceptable bufferbloat results like that... Then any additional effort is simply a waste of time & money.
But as Tech9 likes to point out...
Bufferbloat tests aren't typically equivalent to the real-world usage case.