[Bloat] [tsvwg] [Ecn-sane] [iccrg] Fwd: [tcpPrague] Implementation and experimentation of TCP Prague/L4S hackaton at IETF104

[Jonathan Morton]

> On 21 Mar, 2019, at 1:11 am, Holland, Jake <jholland at akamai.com> wrote:
> 
> I think it's a fair point that even as close as the non-home side
> of the access network, fq would need a lot of queues, and if you
> want something in hardware it's going to be tricky.  I hear
> they're up to an average of ~6k homes per OLT.

I think most of us would be relieved if competent single-queue AQMs became ubiquitous.  It doesn't have to be Cake everywhere, just *something* unambiguously better than a dumb FIFO - and that's a rather low bar to clear.

Now, when you have a 6000-channel router, I expect it starts with some very simple and fast device to direct packets in *approximately* the right direction, where some other piece of hardware deals with some subset of the total port count.  Let's say you have a 1Gbps+ link to a 64-line cluster.  Immediately the problem of providing FQ on each of those lines is more tractable; you can give each one 1024 queues and AQMs, the same as fq_codel, for a quite manageable total of 65536, and it's not so hard to build hardware that can keep up with 1Gbps traffic these days.

 - Jonathan Morton