Lets make wifi fast again!
 help / color / mirror / Atom feed
From: Simon Barber <simon@superduper.net>
To: "Toke Høiland-Jørgensen" <toke@toke.dk>
Cc: Jonathan Morton <chromatix99@gmail.com>,
	Dave Taht <dave.taht@gmail.com>,
	make-wifi-fast@lists.bufferbloat.net
Subject: Re: [Make-wifi-fast] Fwd: Re: [iccrg] TCP behavior across WiFi pointers ?
Date: Thu, 30 Nov 2017 14:35:33 -0800	[thread overview]
Message-ID: <CB2657DF-6CC1-40C7-A22C-FB5CD5DCE098@superduper.net> (raw)
In-Reply-To: <87po80407u.fsf@toke.dk>

This was our assumption (client = endpoint, 802.11 ACK = TCP delivery), but we discovered that this is not always the case, even where the client is the endpoint. FastACK keeps the data around and retransmits it in this case.

Simon

> On Nov 30, 2017, at 12:52 AM, Toke Høiland-Jørgensen <toke@toke.dk> wrote:
> 
> Jonathan Morton <chromatix99@gmail.com> writes:
> 
>> A hint, but not a guarantee.  If you generate a fake ack, you'd better be
>> prepared to retransmit the packet if, in fact, it gets lost deeper in the
>> network.
> 
> I think their use case here is an AP that (they presume) is talking
> directly to the client. In which case it's probably a fair assumption...
> Most operating systems don't drop packets between the WiFi card and the
> TCP stack :)
> 
> Of course, a client may be forwarding the packet somewhere, in which
> case this would probably break in interesting ways...
> 
> -Toke
> _______________________________________________
> Make-wifi-fast mailing list
> Make-wifi-fast@lists.bufferbloat.net
> https://lists.bufferbloat.net/listinfo/make-wifi-fast


  reply	other threads:[~2017-11-30 22:35 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-11-30  7:39 Toke Høiland-Jørgensen
2017-11-30  8:04 ` Dave Taht
2017-11-30  8:07   ` Dave Taht
2017-11-30  8:21     ` Jonathan Morton
2017-11-30  8:52       ` Toke Høiland-Jørgensen
2017-11-30 22:35         ` Simon Barber [this message]
2017-11-30 22:50           ` Toke Høiland-Jørgensen
2017-11-30 22:59             ` Simon Barber
2017-12-01 12:48               ` Toke Høiland-Jørgensen
2017-12-01 14:57                 ` Dave Taht
2017-11-30  9:03     ` Sebastian Moeller

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://lists.bufferbloat.net/postorius/lists/make-wifi-fast.lists.bufferbloat.net/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=CB2657DF-6CC1-40C7-A22C-FB5CD5DCE098@superduper.net \
    --to=simon@superduper.net \
    --cc=chromatix99@gmail.com \
    --cc=dave.taht@gmail.com \
    --cc=make-wifi-fast@lists.bufferbloat.net \
    --cc=toke@toke.dk \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body. 
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox