* [Cake] AICP
@ 2018-08-04 8:11 Dave Taht
2018-08-04 9:53 ` Jonathan Morton
0 siblings, 1 reply; 2+ messages in thread
From: Dave Taht @ 2018-08-04 8:11 UTC (permalink / raw)
To: Cake List
https://sci-hub.tw/10.1109/CNSM.2014.7014160
--
Dave Täht
CEO, TekLibre, LLC
http://www.teklibre.com
Tel: 1-669-226-2619
^ permalink raw reply [flat|nested] 2+ messages in thread
* Re: [Cake] AICP
2018-08-04 8:11 [Cake] AICP Dave Taht
@ 2018-08-04 9:53 ` Jonathan Morton
0 siblings, 0 replies; 2+ messages in thread
From: Jonathan Morton @ 2018-08-04 9:53 UTC (permalink / raw)
To: Dave Taht; +Cc: Cake List
> On 4 Aug, 2018, at 11:11 am, Dave Taht <dave.taht@gmail.com> wrote:
>
> https://sci-hub.tw/10.1109/CNSM.2014.7014160
Looks like an advance over the status quo (as illustrated by Google's paper) with respect to policers. The basic TBF-type policer is pretty crap; really not hard to do better if you bother to think about it.
I'm still not *entirely* convinced that we can't have real DRR++/Codel implementations at line rate in hardware. I think nobody has even seriously tried to do it. Getting to that point would potentially obsolete policers overnight, at least from a theoretical point of view.
Meanwhile, we can still do a lot at the gigabit-per-subscriber level in software.
- Jonathan Morton
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2018-08-04 9:53 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2018-08-04 8:11 [Cake] AICP Dave Taht
2018-08-04 9:53 ` Jonathan Morton
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox