Re: [Cake] Pre-print of Cake paper available

> This (along with ’nat’) were part of an overall wish that ‘cake’ without any > keywords would do the “right thing” by default as often as possible Turning NAT support on by default might actually be reasonable, since it doesn't really break anything if it's not needed - it just eats a bit of

Re: [Cake] Pre-print of Cake paper available

> On Apr 24, 2018, at 1:31 AM, Jonathan Morton wrote: > >> Or since using the keywords would be fragile, is there a better way to know >> the proper sense for dual-srchost and dual-dsthost? > > This is covered in the tc-cake manage: … Oops, poor wording on my part. I

Re: [Cake] [PATCH] Remove plain pkt_sched.h dependency

I just tried an in-tree built using net-next. Aside from that line it compiles on x86_64 successfully. I will give it a try on my router later on. George On Mon, Apr 23, 2018, 4:19 PM George Amanakis wrote: > --- > sch_cake.c | 1 - > 1 file changed, 1 deletion(-) > >

[Cake] [PATCH] Remove plain pkt_sched.h dependency

--- sch_cake.c | 1 - 1 file changed, 1 deletion(-) diff --git a/sch_cake.c b/sch_cake.c index 3eb743d..52ba3d7 100644 --- a/sch_cake.c +++ b/sch_cake.c @@ -56,7 +56,6 @@ #include #include #include -#include "pkt_sched.h" #include #include #include -- 2.17.0

[Cake] SKB queue API usage

I've started looking at what changes are needed before Cake can be submitted upstream (see the upstream-4.18 branch of the repo). While looking over the data structures I noticed that struct cake_flow contains pointers to struct sk_buff instread of using the in-kernel struct sk_buff_head queueing

Re: [Cake] Testing variants of the MTU latency scaling

> Right. Pushed the patch to the cobalt branch, feel free to fix it up :) Given that I basically had to revert 80% of it and start again, perhaps not the best policy. - Jonathan Morton ___ Cake mailing list Cake@lists.bufferbloat.net

Re: [Cake] Testing variants of the MTU latency scaling

Jonathan Morton writes: >> Based on all this, I propose we change the scaling mechanism so that it >> is only active in egress mode, and change it from 4 MTUs to 2. I'll >> merge Kevin's patch to do this unless someone complains loudly :) > > I suppose that makes enough

Re: [Cake] Pre-print of Cake paper available

> Last week we submitted an academic paper describing Cake. A pre-print is > now available on arXiv: https://arxiv.org/abs/1804.07617 > > Comments welcome, of course :) I just forwarded a link to my Canadian relatives who are involved in a rural community ISP. Lots of microwave links in the

Re: [Cake] Testing variants of the MTU latency scaling

> Based on all this, I propose we change the scaling mechanism so that it > is only active in egress mode, and change it from 4 MTUs to 2. I'll > merge Kevin's patch to do this unless someone complains loudly :) I suppose that makes enough sense. But let me look over the patch again - there's

[Cake] Pre-print of Cake paper available

Last week we submitted an academic paper describing Cake. A pre-print is now available on arXiv: https://arxiv.org/abs/1804.07617 Comments welcome, of course :) -Toke ___ Cake mailing list Cake@lists.bufferbloat.net