Re: [tsvwg] L4S status: #17 Interaction w/ FQ AQMs

Sebastian Moeller <moeller0@gmx.de> Fri, 08 November 2019 13:39 UTC

Return-Path: <moeller0@gmx.de>
X-Original-To: tsvwg@ietfa.amsl.com
Delivered-To: tsvwg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2EFC212006F for <tsvwg@ietfa.amsl.com>; Fri, 8 Nov 2019 05:39:13 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.349
X-Spam-Level:
X-Spam-Status: No, score=-2.349 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FREEMAIL_ENVFROM_END_DIGIT=0.25, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=gmx.net
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 Jt-wUWCrLsKt for <tsvwg@ietfa.amsl.com>; Fri, 8 Nov 2019 05:39:10 -0800 (PST)
Received: from mout.gmx.net (mout.gmx.net [212.227.17.20]) (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 1D4AF12003F for <tsvwg@ietf.org>; Fri, 8 Nov 2019 05:39:09 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1573220341; bh=KMRxyH64aDCDJKRaFUT1OwGA2qMlPOmCtQ/Ais/89ZE=; h=X-UI-Sender-Class:Subject:From:In-Reply-To:Date:Cc:References:To; b=CPyyhHxep4YpUefcRFr6ONaPOPGi7QCKumgrmB3wC48gEB4abYJQYS8g0elpQUvrT TAzUFHD3e2vZ4FMucnVG8tNJQF7QOiwqnGLOV/kODZ6Q+uZR92QmhpclH5Ug6nn3T7 BYmgXRsJibpG02yqlz5nEBAOmH1+EjvjbiD8gv6M=
X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c
Received: from [10.11.12.33] ([134.76.241.253]) by mail.gmx.com (mrgmx105 [212.227.17.168]) with ESMTPSA (Nemesis) id 1Mr9G2-1i6dTn1pSg-00oHcp; Fri, 08 Nov 2019 14:39:01 +0100
Content-Type: text/plain; charset="utf-8"
Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.11\))
From: Sebastian Moeller <moeller0@gmx.de>
In-Reply-To: <VI1PR07MB598169BE81401DF2B4FD2CF2E07B0@VI1PR07MB5981.eurprd07.prod.outlook.com>
Date: Fri, 08 Nov 2019 14:39:00 +0100
Cc: Pete Heist <pete@heistp.net>, "tsvwg@ietf.org" <tsvwg@ietf.org>
Content-Transfer-Encoding: quoted-printable
Message-Id: <A95F62C3-7162-4E9A-98AD-F3C81019A512@gmx.de>
References: <8321f975-dfe7-694c-b5cc-09fa371b9b61@mti-systems.com> <B58A5572-510E-42C7-8181-42A0BE298393@gmail.com> <D2E12331-F504-4D5F-B8E7-A1A5E98DDF7E@cablelabs.com> <2275E6A5-C8F8-477F-A24A-3E6168917DDF@gmail.com> <55F724CD-6E74-40D9-8416-D1918C2008DD@cablelabs.com> <BBE7C7A9-0222-4D84-BF27-8D5CAE2F995E@gmail.com> <6f189711-ffa0-90f4-fd16-3464ba4df3ce@mti-systems.com> <4A706B11-3239-4DAC-BE85-0B4BFF2D8FF8@heistp.net> <8B28ECE4-FF4B-4BB2-ACBE-80B30708F97E@cablelabs.com> <AAEA9AC2-B8A1-4837-A7C9-8EEA21A7C523@gmx.de> <D5D560CB-BC47-45BE-811E-E73E2D4909E3@cablelabs.com> <3332A911-3AA0-4986-9AA9-B97266A3337F@heistp.net> <VI1PR07MB598169BE81401DF2B4FD2CF2E07B0@VI1PR07MB5981.eurprd07.prod.outlook.com>
To: "Tilmans, Olivier (Nokia - BE/Antwerp)" <olivier.tilmans@nokia-bell-labs.com>
X-Mailer: Apple Mail (2.3445.104.11)
X-Provags-ID: V03:K1:412kAVKkrWHArMt+UI8KHYrntlXoh01qZ5D1GG0yGmX0xAIpNY8 JbSRe0jQwxiedxJSZwRwDeMDs/JLnTLDizbEm7Q43Vxzn1TVGoB5Sl5UMqajmct4QpHGG0b vv0JL9/awasexWU40+HAN+WFT0gCtKn01Mgil6W28YMFE1GoryrLoRdPpmkDKxv1q1pji04 Cc6mBEagFb2CP0pJgnX1g==
X-UI-Out-Filterresults: notjunk:1;V03:K0:cPXMYbZaSmU=:C5AokesKb3ddk/V/DA0zKl WOawEbiqvun55OV5pBECwqcK0yvl9iPglDAbku+AW4NvM+ijqqD4876+RianSXgyFeYRmncSx sjlpR3GqdTI4i1oEdYjw3Q4jqukEoInDEIHPOsr3Xw1P2ajEBYpPDdnD+6a+/vODm03BFVlq9 +vVBKLlR2x9XGKPHgIpKd/F/0sBTt3dJcDjGLsTUfPbfUrmAsv3foJeeKS6lYHFzHbIJ4w4bU Y3MS+pIOqiR/snXclE48057OFak/HTbO2oNxqHdDec0g3qrH9dv/wweiE4x0qDoyttpXBTZMN /PxyWM7Ul7zrePCQdVumZkiyl+3OFnG87670J7sCQPzNYRAft0QzUaUj61kVzP176wLnNJ6Xe K9NcSd+uYzwFglJS9JgxbbO7aEH2dOicpO2ummvURkO+5TiQdKbDhGdxmeK/ZUP/0VdhYaZQc RcobBxTfL3whqhC8AbeJQefo3k2TwnJHsON1+aKfZ0ZXiQNj4g6aXCUrQlJneiuWPWs5IUKle rBztC2RF7t5BvWzXfB1OqBd/ROV6u4FCNWjJMnzWq3Reyf7szPt+mXbt+0k+P2EC0VW2R6vXw SaXv3sZ87FYMbcqLeQLAa2z5vH2zQAYW3jFx5ZVs3uBf/EPMZCQsG5hmN6yvvWOEjjGFNzVl+ 7THvFtbRunjKAiLW9UA9Q9fq6MRfIat1B7EhA73yiE/rZSNr1NBFxp+66N3mgCUFLuFq+h3W9 VZlFFy74GDH7L3tvNrjdoMUpQvh5okUPdMXpYrOQf/29iB7Snc2W5rijJGUHH1Q/RSPVpnz/M rn54DKUeTNS2+VUWHwFAGPMiZ+b/f79pNNJ4mBTeJ8oFy+KiEtt216fW47mw3Mels2VN+yVas Vc3e8XZJoY4jehLNbaJeWoiGRmwm3VA8YF/07zN4SaR0RsOw3NwrlC4K0dbP0VvOmNq6zn3f3 VpilKKKdruIDTtd2SYxMnLFtFwy4fRAyxEnkmDs7aIt92WBspFSKkJv25uKIkVSdIS5GQqbp1 WNHNoYUHqKZB9ifLV91d13c4yOjFMdBFXzennom0k9FSgWE+oEiCgmogaKmTrj3LXj9WanjOc ZacUF52dxXAwV3zgiN0KeLBDhoV3C5HmdZwVIZ3YNRkRtCq1ZvPkLAIiX4zdzjPteevcymaiU aNkx/h/4cOPCMr52jjWn3f+0SiMnMMFd7AhdV8j0WNZQCHDDkQOyxUM9n7o8lZ2qUEbH7xDzd lS/bZZ71WZOh0rivqL9afDQJOOV4Y3tnak7Sbh9UdIanNK02IjLIWZyDI1WY=
Archived-At: <https://mailarchive.ietf.org/arch/msg/tsvwg/KRJa-dwaDIfO9T5yW6_Hogfz_L4>
Subject: Re: [tsvwg] L4S status: #17 Interaction w/ FQ AQMs
X-BeenThere: tsvwg@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Transport Area Working Group <tsvwg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/tsvwg>, <mailto:tsvwg-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/tsvwg/>
List-Post: <mailto:tsvwg@ietf.org>
List-Help: <mailto:tsvwg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/tsvwg>, <mailto:tsvwg-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 08 Nov 2019 13:39:13 -0000

Hi Oliver,

I just stumbled over:
	
• TCP Prague will always use Accurate ECN, regardless of the net.ipv4.tcp_ecn value. This eases up concurrent testing of different CCA that may or may not want to use ECN (e.g., plain non-ECN cubic).

I assume that this is only for testing and not supposed to be the default for an eventual up-stream submission of tcp prague?

Sebastian


> On Nov 8, 2019, at 11:41, Tilmans, Olivier (Nokia - BE/Antwerp) <olivier.tilmans@nokia-bell-labs.com> wrote:
> 
>> Hi Greg, would it be possible to merge any changes you’d like to include in
>> further testing into the testing (default) branch at
>> https://github.com/L4STeam/linux? We’ll evaluate what we can with what time
>> there is, but a prerequisite to that is making sure we have the right
>> changes you want tested. :)
> 
> Hi Pete,
> 
> As mentioned at https://l4s.cablelabs.com/l4s-testing/README.html (link
> at the bottom of the page Greg linked), we ran your full set of flent
> tests using this tag:
> https://github.com/L4STeam/linux/releases/tag/testing%2F5-11-2019 
> 
> I doubt we'll push anything else on that repo for the moment being
> unless someone comes out with a bug/fix/improvement. 
> 
> 
> Best,
> Olivier