Re: [aqm] [Bloat] TCP BBR paper is now generally available

Eric Dumazet <eric.dumazet@gmail.com> Sat, 03 December 2016 21:07 UTC

Return-Path: <eric.dumazet@gmail.com>
X-Original-To: aqm@ietfa.amsl.com
Delivered-To: aqm@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4EB1D128B37 for <aqm@ietfa.amsl.com>; Sat, 3 Dec 2016 13:07:44 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2
X-Spam-Level:
X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id DrP6oXUw3xuT for <aqm@ietfa.amsl.com>; Sat, 3 Dec 2016 13:07:42 -0800 (PST)
Received: from mail-pg0-x241.google.com (mail-pg0-x241.google.com [IPv6:2607:f8b0:400e:c05::241]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B968012007C for <aqm@ietf.org>; Sat, 3 Dec 2016 13:07:42 -0800 (PST)
Received: by mail-pg0-x241.google.com with SMTP id p66so11652053pga.2 for <aqm@ietf.org>; Sat, 03 Dec 2016 13:07:42 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:subject:from:to:cc:date:in-reply-to:references :mime-version:content-transfer-encoding; bh=6sXK9uYpkM3PwRb9h75c2X4SmKwzmNdEdbA5mgug8jM=; b=MQh7Cp6oFxBm4nRLilOGZMUpsazSqYrZ8Q4kambHlHAFhdGNG71JAKUa/WCcSbdI70 6gXZmhuaVkko1TkZvxWVquGLL+qa6BnjXjQCT+x+XROhi5F4uo1BoESbFTj9bCe0nX6B I1yrRavpRTPloKPj8CYTIEZ/tndqX4YAmXfuRMR2bYEp4X1EvhT/nLlVW5LBzaLPbBLc xxDsV0wyYcqjIAJx/qJ9JK4cUp/OwP9Ywk9k0P4sSiOjvvlE4jrPW82IoHMYC/uEHl/d 82IVMxslX936X1KMouwWFimEHHvdfZASam7RsuK6hEMqgGyJJPUbH57/fT1ZB+P3AEPF dGyA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:message-id:subject:from:to:cc:date:in-reply-to :references:mime-version:content-transfer-encoding; bh=6sXK9uYpkM3PwRb9h75c2X4SmKwzmNdEdbA5mgug8jM=; b=ip+5OCz/zscm0fUx431uQ9UY5mFSP21tVoJHuEknIL8tFKJS0LltNgg+RKp5VqKC0x Z7DBAKO4A/eNI38VjJtZk1qgcLSu+wKUElCwnyV92TStzrynvN0onLpmspmBPs0buYRx xaV7LHAkAEfO8mJIHd/UIZxjwGle6+fkYT9+OrgznjrCTMDQwbkBR35xviuvsxDq3kJR Jb5jS2+V7zgJ+QYlKpcSmap4ZaG0SVTrYiDp5RfIZRdJpWF5qDZY/iXA11CRMkh73pyt vnM1wrtEei/5cNtZ/7YqFXNphVpgM+hsx6rvs/XeIWGgsMnY/Mckbl1TVCZEHxAo91Qu 6LcA==
X-Gm-Message-State: AKaTC00F70tEDb8bWRsx8kG6Z+vWKOlmHx4WtoCJPIYvjUpmkTCSgHG+4mxPLJ0U1wGpfA==
X-Received: by 10.99.157.129 with SMTP id i123mr90083284pgd.148.1480799262317; Sat, 03 Dec 2016 13:07:42 -0800 (PST)
Received: from [172.19.250.57] ([172.19.250.57]) by smtp.googlemail.com with ESMTPSA id s65sm16894649pgb.25.2016.12.03.13.07.40 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sat, 03 Dec 2016 13:07:41 -0800 (PST)
Message-ID: <1480799260.18162.418.camel@edumazet-glaptop3.roam.corp.google.com>
From: Eric Dumazet <eric.dumazet@gmail.com>
To: Jonathan Morton <chromatix99@gmail.com>
Date: Sat, 03 Dec 2016 13:07:40 -0800
In-Reply-To: <9A821B94-143B-446F-8852-2EB0158DD57C@gmail.com>
References: <CAA93jw7DfMY4qHnbxYDUN8hfpgY_aNxa1LcyPKd6pa93qXe2Kw@mail.gmail.com> <CALQXh-Pr+RNux5w6phqaw4kKifbB2j38JWBjCVBEog1GCYBafw@mail.gmail.com> <56F6A3AB-3A47-4178-BEFF-04E3DC23B039@gmail.com> <CADVnQymCmQ_MWSRcd+Y4=pgf3Shqnw5SfXrAkjonj+UFqtBrdA@mail.gmail.com> <20161202224006.GA5065@sesse.net> <1480721486.18162.392.camel@edumazet-glaptop3.roam.corp.google.com> <CADVnQym9iPJ+GR7BN9fPRe3on_j=OxUD0D83DS6Dzf1xLKvtnA@mail.gmail.com> <20161203191353.GA972@sesse.net> <1480796415.18162.408.camel@edumazet-glaptop3.roam.corp.google.com> <9A821B94-143B-446F-8852-2EB0158DD57C@gmail.com>
Content-Type: text/plain; charset="UTF-8"
X-Mailer: Evolution 3.10.4-0ubuntu2
Mime-Version: 1.0
Content-Transfer-Encoding: 7bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/aqm/JQhtsqZo4QFnYroYyP4DT3W7BtE>
Cc: "Steinar H. Gunderson" <sgunderson@bigfoot.com>, Neal Cardwell <ncardwell@google.com>, "aqm@ietf.org" <aqm@ietf.org>, bloat <bloat@lists.bufferbloat.net>
Subject: Re: [aqm] [Bloat] TCP BBR paper is now generally available
X-BeenThere: aqm@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: "Discussion list for active queue management and flow isolation." <aqm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/aqm>, <mailto:aqm-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/aqm/>
List-Post: <mailto:aqm@ietf.org>
List-Help: <mailto:aqm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/aqm>, <mailto:aqm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 03 Dec 2016 21:07:44 -0000

On Sat, 2016-12-03 at 22:26 +0200, Jonathan Morton wrote:
> > On 3 Dec, 2016, at 22:20, Eric Dumazet <eric.dumazet@gmail.com> wrote:
> > 
> > Huge ACK decimation it seems.
> 
> That extract does not show ACK decimation.  It shows either jumbo
> frames or offload aggregation in a send burst, and ordinary
> delayed-acks each covering at most two packets received.  Nothing
> particularly weird or unusual appears to be happening in the network.

I do not attend IETF meetings so maybe my words are not exact.

What I meant was that we receive ACKS in bursts, with huge gaps between
them.

Look at tsval/tsecr, and that all ACKS are received in a 20 usec time
window, covering data that was sent in a 5 ms window.

Looks the reverse path is severely congested or a device does ack
filtering.

11:14:05.468643 IP6 C > S: Flags [.], ack 364280308, win 23430, options [nop,nop,TS val 864456877 ecr 3498315454], length 0
11:14:05.468645 IP6 C > S: Flags [.], ack 364288528, win 23407, options [nop,nop,TS val 864456877 ecr 3498315454], length 0
11:14:05.468646 IP6 C > S: Flags [.], ack 364296748, win 23415, options [nop,nop,TS val 864456877 ecr 3498315455], length 0
11:14:05.468648 IP6 C > S: Flags [.], ack 364302460, win 23400, options [nop,nop,TS val 864456877 ecr 3498315455], length 0
11:14:05.468650 IP6 C > S: Flags [.], ack 364304968, win 23430, options [nop,nop,TS val 864456877 ecr 3498315455], length 0
<huge gap>
11:14:05.510870 IP6 C > S: Flags [.], ack 364313188, win 23407, options [nop,nop,TS val 864456877 ecr 3498315455], length 0
11:14:05.510885 IP6 C > S: Flags [.], ack 364321408, win 23415, options [nop,nop,TS val 864456877 ecr 3498315455], length 0
11:14:05.510888 IP6 C > S: Flags [.], ack 364328548, win 23396, options [nop,nop,TS val 864456877 ecr 3498315455], length 0
11:14:05.510890 IP6 C > S: Flags [.], ack 364335340, win 23419, options [nop,nop,TS val 864456877 ecr 3498315455], length 0
11:14:05.510892 IP6 C > S: Flags [.], ack 364337848, win 23430, options [nop,nop,TS val 864456877 ecr 3498315456], length 0
11:14:05.510894 IP6 C > S: Flags [.], ack 364353208, win 23389, options [nop,nop,TS val 864456877 ecr 3498315456], length 0
11:14:05.510895 IP6 C > S: Flags [.], ack 364362508, win 23411, options [nop,nop,TS val 864456877 ecr 3498315456], length 0
11:14:05.510897 IP6 C > S: Flags [.], ack 364370728, win 23415, options [nop,nop,TS val 864456877 ecr 3498315456], length 0
11:14:05.510899 IP6 C > S: Flags [.], ack 364378948, win 23419, options [nop,nop,TS val 864456877 ecr 3498315456], length 0
11:14:05.510900 IP6 C > S: Flags [.], ack 364384660, win 23404, options [nop,nop,TS val 864456877 ecr 3498315457], length 0
11:14:05.510902 IP6 C > S: Flags [.], ack 364387168, win 23430, options [nop,nop,TS val 864456877 ecr 3498315457], length 0
11:14:05.510904 IP6 C > S: Flags [.], ack 364394308, win 23411, options [nop,nop,TS val 864456877 ecr 3498315457], length 0
11:14:05.510905 IP6 C > S: Flags [.], ack 364403608, win 23411, options [nop,nop,TS val 864456877 ecr 3498315457], length 0
11:14:05.510907 IP6 C > S: Flags [.], ack 364411828, win 23419, options [nop,nop,TS val 864456878 ecr 3498315457], length 0