dtaht3
FQ on modern cisco routers is generally quite crippled, and even that much is not available elsewhere.
However, on the whole, the fq + aqm situation along the edge of the internet is looking up, with nearly every third party home router firmware incorporating fq_codel (notably openwrt and derivatives), and it being integral to streamboost, and other QoS systems like those in the netgear X4.
Some examples of the kind of results we get now from these new algos:
http://snapon.lab.bufferbloat.net/~cero2/jimreisert/results....
http://burntchrome.blogspot.com/2014/05/fixing-bufferbloat-o...
I really liked the PCM paper (wanted code tho) for clearly identifying the parameter space modern tcps need to operate in. FQ everywhere, or nearly everywhere, would make the tcp's job far easier.
There is an aqm/packet scheduling working group in the ietf in the process of standardization, etc.
Disclaimer: I run the cerowrt project as part of bufferbloat.net's efforts to reduce latency across the internet. The hardware it runs on is getting long in the tooth (netgear wndr3800), and we've been trying to find new hardware as a base for a while.
I LIKE ubnt's gear, however their default firmware for their APs did not do ipv6 when last I looked, which makes it a non-starter. Most of their gear takes a load of openwrt barrier breaker quite well (or dd-wrt), and that's what I do to most of it.
Openwrt has excellent features, gui, firewalling and security, and runs on a huge variety of platforms so if you can find an off-the-shelf platform you like that it runs on, goferit.
The edgerouter lite (vyatta based) is ok (does do ipv6), but the hardware forwarding engine is not featureful enough on the edge gateway side to do everything I need it to do, and when disabled to use software rate limiting, we are only getting forwarding rates in the 70-90Mbit range. The edgerouter pro is better...
Work is in progress on that front, see the ubnt edgerouter beta forums for more details. I keep hoping cavium will put more effort into their forwarding engine firmware...
Nearly no platform out there today is terribly good at doing forwarding rates > 100mbits with QoS/AQM/packet scheduling enabled, certainly nothing in the below 150 dollar range that i know of.
The APU box mentioned here barely forwards at greater than 500mbit without qos. You CAN do pretty well with e1000e based boxes today, but the ivy bridge/rangeley stuff is WAY better than the atom is for packet processing. In either case you are getting well above the 200 dollar range and into potential heat and cooling issues.
Lastly, most of the first and second generations of 802.11ac gear are pretty terrible at getting anywhere close to the peak rates of the medium, partially due to hardware limitations, and partially due to terrible queue management.
Obviously I'm pretty focused on delivering a low latency network experience using the algorithms developed by the bufferbloat.net project... YMMV.
At the moment what I'm leaning towards at the > 100mbit level is dedicated hardware for each of the gateway and wifi functions, and that steers towards rangeley gateway (running openwrt) and ubiquiti (or at least atheros based) wifi (also running openwrt).