[Make-wifi-fast] Fwd: Re: [iccrg] TCP behavior across WiFi pointers ?

Dave Taht dave.taht at gmail.com
Fri Dec 1 09:57:30 EST 2017

On Fri, Dec 1, 2017 at 4:48 AM, Toke Høiland-Jørgensen <toke at toke.dk> wrote:
> Simon Barber <simon at superduper.net> writes:
>> Certain things, yes, others - not so much. No congestion control for
>> example. It’s very much the common case that the wireless client is
>> the TCP endpoint, and it’s rare to see drops, but they do happen.
>> FastACK keeps the TCP ACK rate controlled by the wireless bandwidth,
>> unlike a proxy. This is the key innovation here.
> Right, actually went and read the paper now. Seems clear enough; a few
> questions, though:
> - From figure 12 it looks like you are also implicitly doing ACK
>   compression? I.e., if you get two packets with seq n and n+1 you will
>   only send an ACK back to the sender for n+1?

https://github.com/dtaht/sch_cake/blob/cobalt/sch_cake.c#L902 might be
worthy of review.

> - Did you measure the latency impact of FastACK? You mention you will do
>   that once it's deployed, but does that mean you didn't measure this at
>   all in the testbed?
> -Toke


Dave Täht
CEO, TekLibre, LLC
Tel: 1-669-226-2619

More information about the Make-wifi-fast mailing list