[Cake] #17

Dave Taht dave.taht at gmail.com
Sun Apr 12 17:59:20 EDT 2015


It is not clear if atm framing and things like pppoe are used at
higher rates on newer technologies like GPON and fiber. They are not
used in cablemodems, for example. Given the headache it has been to
get that straightened out on DSL AND detect AND configure properly, I
would not mind if we abandoned the idea of supporting alternate
framings in cake, and stuck with what already works in the sqm-scripts
with htb + fq_codel.



On Sun, Apr 12, 2015 at 12:18 PM, Sebastian Moeller <moeller0 at gmx.de> wrote:
> Hi list, hi Dave
>
> On Sat Apr 11 19:33:59 PDT 2015, Dave That <dave.taht at gmail.com> wrote:
> 17)  the atm compensation in cake is entirely untested. And it is
> unclear as to how best handle pppoe.
>
> Regarding ATM, it seems from http://www.bufferbloat.net/projects/codel/wiki/Cake that there is only one command line argument “atm” to activate accounting for atm encapsulation. I venture a guess that this will not be sufficient as it seems  necessary to add the per packet overhead before “expanding” the packet size to the 43 in 53 atm cells. This might be really just a documentation issue (I have not looked agh cake’s code, not that I a) read C well and b) know where to find the cake code repository). In my experience the relevant per packet overhead on the ATM link needs to be measured on each link individually (and repeatedly to catch the ISPs doing funny things like adding an otherwise invisible vlan tag on the atm link).
>
> PPPoE, is easy, either drill into the packets to get the values used for hashing, or ask people to activate cake on the pppoe interfaces in the router (these typically do not show the pppoe headers so that classifier will find the right values). Or you could argue that a PPPoE link really is just one flow, and hence does not deserve special treatment ;) (which other “multiplexors” would deserve the same special treatment SPDY/HTTP2?).
>
> Best Regards
>         Sebastian
>
>
> _______________________________________________
> Cake mailing list
> Cake at lists.bufferbloat.net
> https://lists.bufferbloat.net/listinfo/cake



-- 
Dave Täht
Open Networking needs **Open Source Hardware**

https://plus.google.com/u/0/+EricRaymond/posts/JqxCe2pFr67



More information about the Cake mailing list