From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-pg0-f48.google.com (mail-pg0-f48.google.com [74.125.83.48]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by lists.bufferbloat.net (Postfix) with ESMTPS id 522D53B2A4 for ; Thu, 30 Nov 2017 17:59:47 -0500 (EST) Received: by mail-pg0-f48.google.com with SMTP id j4so3643633pgp.1 for ; Thu, 30 Nov 2017 14:59:47 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=Megp5IBovb8IqiAbjaNqki66RPe1unN4SWVkZM1Hzdw=; b=nGsMOwtC0HfXPod75Xu8T02I3nKuwzToVUg+HfHUXIjvCmoragqXB/42WL75hbiXMZ p4N2YWnM8NlPBp17LhW8EtLfdbAzxmC4HgzQPekd7AHTc3EZPv0Utdo4nqc3FZxgcpgR qB0O5H+QsrJFmldQ7TVYmHRKVZDf/d4YgS5M4ltZXNh+04PBNow9B1BGmSbyYKH8iUWA R7Y5LbTGEb5uDQCmmDf+dLENXKospEB4Z1jCpyMGpE01vfJ4XtbQqC/sTeEC2Rpn62jK cFrwEldx4hqVj6JAeMvun503/TADmjY06jcAxR91XFQlsY3HHc7jwFInMmsHWo8XOdiq ozXw== X-Gm-Message-State: AJaThX4mbrFGBW6wHKIX2FohIcxba3FAowucFM6C6OLqo1Ogxs+34StN TLYU/RxGgyDhCTcOYVkZzPY= X-Google-Smtp-Source: AGs4zMYTIGjW+nmO2D678388b0d8Un6X4iZQN2WBKWGrx4Ys8Z0N9vjcMvwISvGy8pdiXaQ6gZvQrw== X-Received: by 10.98.202.217 with SMTP id y86mr8225723pfk.118.1512082786375; Thu, 30 Nov 2017 14:59:46 -0800 (PST) Received: from [10.92.105.169] ([192.195.83.200]) by smtp.gmail.com with ESMTPSA id k2sm9027895pfg.53.2017.11.30.14.59.45 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 30 Nov 2017 14:59:45 -0800 (PST) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 11.1 \(3445.4.7\)) From: Simon Barber In-Reply-To: Date: Thu, 30 Nov 2017 14:59:41 -0800 Cc: Jonathan Morton , Dave Taht , make-wifi-fast@lists.bufferbloat.net Content-Transfer-Encoding: quoted-printable Message-Id: <97FED3CC-CFF8-47EE-987B-81771EDB6128@superduper.net> References: <87lgionrl5.fsf@toke.dk> <87po80407u.fsf@toke.dk> To: =?utf-8?Q?Toke_H=C3=B8iland-J=C3=B8rgensen?= X-Mailer: Apple Mail (2.3445.4.7) Subject: Re: [Make-wifi-fast] Fwd: Re: [iccrg] TCP behavior across WiFi pointers ? X-BeenThere: make-wifi-fast@lists.bufferbloat.net X-Mailman-Version: 2.1.20 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Nov 2017 22:59:47 -0000 Certain things, yes, others - not so much. No congestion control for = example. It=E2=80=99s very much the common case that the wireless client = is the TCP endpoint, and it=E2=80=99s 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. Simon > On Nov 30, 2017, at 2:50 PM, Toke H=C3=B8iland-J=C3=B8rgensen = wrote: >=20 >=20 >=20 > On 30 November 2017 23:35:33 CET, Simon Barber = wrote: >> This was our assumption (client =3D endpoint, 802.11 ACK =3D 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. >=20 > Ah. So that means you have something very close to a full TCP > state machine in the AP? >=20 > -Toke