[Make-wifi-fast] Fwd: Re: [iccrg] TCP behavior across WiFi pointers ?
toke at toke.dk
Fri Dec 1 07:48:19 EST 2017
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
- 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?
- 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?
More information about the Make-wifi-fast