Re: [Cake] arp flow dissector

2018-09-03 Thread Jonathan Morton
> On 3 Sep, 2018, at 3:29 pm, David Lang wrote: > > how much ARP traffic would there have to be before the benefits of this > outweigh the overhead of tracking it? If there's very little ARP traffic (as normal), then the overhead of recognising it is basically nil. The benefits become

Re: [Cake] arp flow dissector

2018-09-03 Thread Jonathan Morton
> On 3 Sep, 2018, at 2:14 pm, Toke Høiland-Jørgensen wrote: > > However, in normal operation ARPs should be fairly rare, so adding this > support to CAKE would mostly be to protect against flooding, wouldn't > it? Mostly it's just for consistency's sake. Currently all ARPs end up in a single

Re: [Cake] arp flow dissector

2018-09-03 Thread Toke Høiland-Jørgensen
Jonathan Morton writes: >> On 2 Sep, 2018, at 10:37 pm, Dave Taht wrote: >> >> Didn't know we had this now. >> >> https://www.spinics.net/lists/netdev/msg413986.html > > Does that automagically give Cake an idea of the IP addresses > associated with the packet, for host-fairness purposes? If

Re: [Cake] arp flow dissector

2018-09-02 Thread Jonathan Morton
> On 2 Sep, 2018, at 10:37 pm, Dave Taht wrote: > > Didn't know we had this now. > > https://www.spinics.net/lists/netdev/msg413986.html Does that automagically give Cake an idea of the IP addresses associated with the packet, for host-fairness purposes? If not, we should fix that. -

[Cake] arp flow dissector

2018-09-02 Thread Dave Taht
Didn't know we had this now. https://www.spinics.net/lists/netdev/msg413986.html -- Dave Täht CEO, TekLibre, LLC http://www.teklibre.com Tel: 1-669-226-2619 ___ Cake mailing list Cake@lists.bufferbloat.net https://lists.bufferbloat.net/listinfo/cake