Re:PCC: Re-architecting Congestion Control for Consistent Hi...
by dtaht3 on Thursday October 02, 2014 @01:56PM
(#8402057)
John, if you care to get back in touch with Jim Gettys and I, we can update you on where things stand on the whole bufferbloat effort.
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:
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.
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.