Re: [aqm] TCP ACK Suppression

Christian Huitema <huitema@microsoft.com> Fri, 09 October 2015 02:08 UTC

Return-Path: <huitema@microsoft.com>
X-Original-To: aqm@ietfa.amsl.com
Delivered-To: aqm@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C96581A8724 for <aqm@ietfa.amsl.com>; Thu, 8 Oct 2015 19:08:43 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.002
X-Spam-Level:
X-Spam-Status: No, score=-2.002 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham
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 CwFqrWgUVWoy for <aqm@ietfa.amsl.com>; Thu, 8 Oct 2015 19:08:42 -0700 (PDT)
Received: from na01-bl2-obe.outbound.protection.outlook.com (mail-bl2on0130.outbound.protection.outlook.com [65.55.169.130]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E0DC51A86E3 for <aqm@ietf.org>; Thu, 8 Oct 2015 19:08:40 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=selector1; h=From:To:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=ilbpr+lVIhPauU7l1UgB9+t7atZrceU418UZkvW7TO0=; b=NapqWQeur0qDCq5Am+HQzfS2UNkHU6rOx74MAJ32L/vFgdEBeAPR4AgONlzOxb9ArQ2EhntEVuG9zse/36pnKkD2rZSXuKvlb94yxxDKykx0QmjhU+kbkGWv+RO4FY83x1ypE7Qv5JnbRpuzydJaU4/y+dJD5VKi4IAdUZNuRR8=
Received: from DM2PR0301MB0655.namprd03.prod.outlook.com (10.160.96.17) by DM2PR0301MB0655.namprd03.prod.outlook.com (10.160.96.17) with Microsoft SMTP Server (TLS) id 15.1.293.16; Fri, 9 Oct 2015 02:08:37 +0000
Received: from DM2PR0301MB0655.namprd03.prod.outlook.com ([10.160.96.17]) by DM2PR0301MB0655.namprd03.prod.outlook.com ([10.160.96.17]) with mapi id 15.01.0293.007; Fri, 9 Oct 2015 02:08:37 +0000
From: Christian Huitema <huitema@microsoft.com>
To: David Lang <david@lang.hm>
Thread-Topic: [aqm] TCP ACK Suppression
Thread-Index: AQHRAAfbllNLaBz3UU217XuyZ9HvpJ5eqe0AgAD9UYCAAnWAgIAABLaAgAAEBoCAAAwfAIAADw8AgAALgQCAAAGRoIAACPuAgAAWgrA=
Date: Fri, 09 Oct 2015 02:08:37 +0000
Message-ID: <DM2PR0301MB06554D0E836BC2A8F67E12F2A8340@DM2PR0301MB0655.namprd03.prod.outlook.com>
References: <alpine.DEB.2.02.1510060748480.8750@uplift.swm.pp.se> <D2394BB6.548C5%g.white@cablelabs.com> <0A452E1DADEF254C9A7AC1969B8781284A7D9B66@FR712WXCHMBA13.zeu.alcatel-lucent.com> <5616DCD9.8@isi.edu> <alpine.DEB.2.02.1510081428470.3852@nftneq.ynat.uz> <5616E42D.5090402@isi.edu> <alpine.DEB.2.02.1510081517470.3852@nftneq.ynat.uz> <5616FAFA.5020707@isi.edu> <alpine.DEB.2.02.1510081647590.3852@nftneq.ynat.uz> <DM2PR0301MB065553C4CF55E7A6E5E23317A8340@DM2PR0301MB0655.namprd03.prod.outlook.com> <alpine.DEB.2.02.1510081731260.3852@nftneq.ynat.uz>
In-Reply-To: <alpine.DEB.2.02.1510081731260.3852@nftneq.ynat.uz>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
authentication-results: spf=none (sender IP is ) smtp.mailfrom=huitema@microsoft.com;
x-originating-ip: [131.107.147.28]
x-microsoft-exchange-diagnostics: 1; DM2PR0301MB0655; 5:RB580HuYBTRJyYuHKOKX1wvb7J448i1IB0+kdWraNc+OW3Gtyg8CO6v7Rt/cOzi97tgVuuJDGCR7reJQ1hBqiXI+dhip5LJVbBMa+PjMO7MVsDY1/16ZDrowwOAqSih2WgJ/8QGU4KJarChHu1e95g==; 24:poC+AdB+1uHAiNIn/FPjEFI8dKvOQlr1Zlaz1F26yj/xIo7NSO91Ka1ZU4x7hGBaY+Pekw3mGeCkL4blssjCLLDDzZPpl7ekNHDI6SZ2apA=; 20:qjfFPoVmHJ20t1sXChWSIosmsrXd9AZYw0TNX3OjhAPKTqgSKAONHwTvlOnsER3sA7UPZbAOonCkVjEy4X5mrw==
x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:DM2PR0301MB0655;
x-o365eop-header: O365_EOP: Allow for Unauthenticated Relay
x-o365ent-eop-header: Message processed by - O365_ENT: Allow from ranges (Engineering ONLY)
x-microsoft-antispam-prvs: <DM2PR0301MB065596D20CD3FD1F8BFAEA35A8340@DM2PR0301MB0655.namprd03.prod.outlook.com>
x-exchange-antispam-report-test: UriScan:;
x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(61425024)(601004)(2401047)(8121501046)(5005006)(520078)(3002001)(61426024)(61427024); SRVR:DM2PR0301MB0655; BCL:0; PCL:0; RULEID:; SRVR:DM2PR0301MB0655;
x-forefront-prvs: 0724FCD4CD
x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(6009001)(199003)(377454003)(189002)(24454002)(101416001)(87936001)(76176999)(64706001)(54356999)(33656002)(92566002)(2950100001)(2900100001)(74316001)(66066001)(102836002)(5003600100002)(93886004)(50986999)(77096005)(40100003)(122556002)(46102003)(99286002)(86612001)(10090500001)(5002640100001)(5001960100002)(76576001)(97736004)(189998001)(5004730100002)(110136002)(8990500004)(5007970100001)(11100500001)(106356001)(86362001)(81156007)(10290500002)(105586002)(10400500002)(5005710100001)(106116001)(5008740100001)(217873001); DIR:OUT; SFP:1102; SCL:1; SRVR:DM2PR0301MB0655; H:DM2PR0301MB0655.namprd03.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords; A:1; MX:1; LANG:en;
received-spf: None (protection.outlook.com: microsoft.com does not designate permitted sender hosts)
spamdiagnosticoutput: 1:23
spamdiagnosticmetadata: NSPM
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-OriginatorOrg: microsoft.com
X-MS-Exchange-CrossTenant-originalarrivaltime: 09 Oct 2015 02:08:37.2490 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 72f988bf-86f1-41af-91ab-2d7cd011db47
X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM2PR0301MB0655
Archived-At: <http://mailarchive.ietf.org/arch/msg/aqm/pFnmH4clC3x9T0w_FaglAf-Az2w>
Cc: "LAUTENSCHLAEGER, Wolfram (Wolfram)" <wolfram.lautenschlaeger@alcatel-lucent.com>, Greg White <g.white@CableLabs.com>, "aqm@ietf.org" <aqm@ietf.org>, Joe Touch <touch@isi.edu>
Subject: Re: [aqm] TCP ACK Suppression
X-BeenThere: aqm@ietf.org
X-Mailman-Version: 2.1.15
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: Fri, 09 Oct 2015 02:08:44 -0000

On Thursday, October 8, 2015 5:43 PM, David Lang wrote:
> ...
> For example, in the fq_codel/cake development, we're finding that there are
> some transports that bundle very large numbers of packets together to send
> at one time in order to maximize the transport bandwidth. (for example, 4x4
> wifi sends a LOT of data in one transmit timeslot). Treating that large
> aggregate as a single packet seriously hurts fairness and latency on the next
> hop. So 'pulling apart' this aggregate into the individual packets/streams and
> making decisions based on the pieces ends up being a serious win in fairness
> and latency.

Define "bundle" please. If they are making sure that several IP packets are sent back to back in a single Wi-Fi slot, then it is of course perfectly fine for AQM to handle the IP packets one by one. Does 4x4 Wi-Fi do something else?

> Suggesting that the queues that build up produce a special enough case to
> consider thinning out the duplicate acks is a far cry from 'making a
> recommendation that breaks other recommendations'

That definitely contradicts the TCP specs. So it is very much in "don't go there" territory...

-- Christian Huitema