Re: [tsvwg] Adoption call for draft-white-tsvwg-l4sops - to conclude 24th March 2021

Sebastian Moeller <moeller0@gmx.de> Thu, 25 March 2021 19:42 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 D65AA3A2B25 for <tsvwg@ietfa.amsl.com>; Thu, 25 Mar 2021 12:42:01 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.648
X-Spam-Level:
X-Spam-Status: No, score=-1.648 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_BLOCKED=0.001, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=no 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 wJ0uSrtZmYV5 for <tsvwg@ietfa.amsl.com>; Thu, 25 Mar 2021 12:41:57 -0700 (PDT)
Received: from mout.gmx.net (mout.gmx.net [212.227.17.22]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id DD5FC3A2B20 for <tsvwg@ietf.org>; Thu, 25 Mar 2021 12:41:56 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1616701312; bh=SfIc6N8VCd+gAq5SBwj8titRW11JSkRGxffNpPBaCWw=; h=X-UI-Sender-Class:Subject:From:In-Reply-To:Date:Cc:References:To; b=dzipxkmpTnfaykG3s2gx9GoT9TvbrjOAP+aUN0n79sQGAzp6e0WxsfCGvC76+iej7 /mHuSgfGZwn6ms3wLJmauO/tqPPqlwLFvvjW+LJYI9OaR4FryKQ37daxO2mnNu1JRr 5Gn2IDNHbf57hl1JQQjH7u022exWIdDk8b8XR1Sc=
X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c
Received: from [192.168.42.229] ([77.3.250.18]) by mail.gmx.net (mrgmx104 [212.227.17.168]) with ESMTPSA (Nemesis) id 1MEm6F-1lSWgV0mMd-00GIvM; Thu, 25 Mar 2021 20:41:52 +0100
Content-Type: text/plain; charset=us-ascii
Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.17\))
From: Sebastian Moeller <moeller0@gmx.de>
In-Reply-To: <D23D9F7F-34E3-485D-8093-ED399D718233@cable.comcast.com>
Date: Thu, 25 Mar 2021 20:41:50 +0100
Cc: "tsvwg@ietf.org" <tsvwg@ietf.org>
Content-Transfer-Encoding: quoted-printable
Message-Id: <56AFD1D0-AE01-4DFB-A15B-0F03306E6079@gmx.de>
References: <e9da704b-7705-baf9-a82c-39d4fe4e7ef1@erg.abdn.ac.uk> <98c8af7ffd471d6c353006c92c7deb3c28441557.camel@petri-meat.com> <0958b1c7-f4d2-ac7c-c127-b6fefef8f554@bobbriscoe.net> <18b86be43d62ea0a7dc55c760a50818dc68234ef.camel@petri-meat.com> <296c7a3b-15fc-5a30-efc0-cdc27a176db3@bobbriscoe.net> <B5AA611B-93CB-49FE-A57B-8293B4E15650@gmx.de> <HE1PR0701MB229912A63BDCDB0333F7B7CCC2629@HE1PR0701MB2299.eurprd07.prod.outlook.com> <84343CA8-C428-4859-9DBC-5C7C717E25B3@gmx.de> <HE1PR0701MB22999BC63287924F2E42EDFAC2629@HE1PR0701MB2299.eurprd07.prod.outlook.com> <B51D8F34-8829-43D2-8DEF-39F94D9C0C84@cable.comcast.com> <79D2860D-278D-4D9D-8F7C-CFD773EE0D3B@gmx.de> <D23D9F7F-34E3-485D-8093-ED399D718233@cable.comcast.com>
To: "Livingood, Jason" <Jason_Livingood@comcast.com>
X-Mailer: Apple Mail (2.3445.104.17)
X-Provags-ID: V03:K1:gGr8syBwWiujXvu7i8lNaHvYRgRYWBdkKRu7OdfKqOnHKe4aTY3 AiF8GJVcToOr98lfbivhsqLCeEir39xbOOk3CgApAQc20V/CGP44aWjh6VzSbpbBk7Go+2o dAFk2cXyEUKLmp6aXB6QT8Os9WLiJTxBYAkMoLu9dZNOOuThHPobbfYzS3VfqnZtu0v/LrG geNxHOiv9StYEa7WIbCxw==
X-UI-Out-Filterresults: notjunk:1;V03:K0:BVTP9H5DmIs=:aDTesQIVVkxzcVMMYArF2Z PU94JPhh83RFlhf7qqd/7aSLqAmsHFLpf2tsP3gVfq/fgjUN6QEeBolKPSENwIfGrYOPoKEbd EXQmmvztS0PvWMexnOEzmeymGnNY12yKTyU9Sz0hw+zgkmrbgGvttKcowuorJwtCIdhZofodR hp3DEGTUN4NrzzkWZ/KKCleyPzVkAjP/Y7SANRUCA1BRzgXVTRDmGDQ0UZo9VGqHNTYRPmXRz 3D0xXtt3xRhVRJSSWms5jrCywAb6vNjzJkUnjc8M7k7za1w1LA//QgO1xA81Kp0TN4huEWIsV 7Z6/l6sttSxd8l1AObl2kuIU5eN4RCw39pVvrmPI3WaGsBwC7uXsy8zIPdu172Ex3qPCbEmtj P4CGHoFe/CirA1iEdRjQvl69JTkuSomwCAxy0qCF9t5gmJOugp/iz7jpaoA4AmtKQkQecEHF3 7i6YJ2Kq4LHJy0OUJGEYNpag6Z/iiax57O7H0rEdPI9FL9DYNK3pvoTHqgfdizrRhjJa4BQ1B D56P+0WhUde9BiztY8kaScw7mAF8UwNnkzEotqCwvYHlSgKVlud/NY4hT/ANGhBbXOQeGiRAv 9NmcWhI4F9TZidVHA9e+KcsXxcucJ9HvaF11znDwMsRvToITyFBfHr5/+9E9yWIzbgI2weX8C bf5oAJJf87vfXx9GZBZ71p2WZlqnzndWfwZ929MeMcL351+UgXvpfmzDlmH4sdu7I7Dq2oOCm 91A84XuPB7rp4EESxSt1AaFz32PsHU3YtjlrBncqewdazDS8rY6FgHgRuDNBSaZenJ80jwkbZ SvaIK2ax5HGVPmGP6aUByzvp6oAQylm5TcyQGqirCk/ZdsVtd57ZONh4QQjfkWCsWv/0ycrY9 PgT5bmu1Dr3iUXo6nQYM2Hzst2zdV5chjrOu40xLY3I/zyp3CRsLukHBibPRspLTjC7pop8/S FRs+qiQgj/djIKrwdmoSuTTHaOwU873gf/QiZID+wIbY3xct9v12NBBzrvDichPMcE0rHlc/s 7owokPISF6GSemDRAyJXut1hT3J18BomL/DHkEWjMODTvT3O2leKxL0rkZtla8ZkXHNcIsqeq 60hEQxSIQb7RLQgo6ypw8ijQTtIed0Yx92dn4Gpmij+SySXHRRs18HRfhPVm8peJsWSov11k2 adh+QhXB2L4iZ+Q/rAJ2XpDHTFCtHHtjrWHuXwOUVmfBACiGpcYbs55S4r6X9gwoTXRD4=
Archived-At: <https://mailarchive.ietf.org/arch/msg/tsvwg/0u94rTuCKtkaEKXOaWk4-5tLMZA>
Subject: Re: [tsvwg] Adoption call for draft-white-tsvwg-l4sops - to conclude 24th March 2021
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: Thu, 25 Mar 2021 19:42:02 -0000

Hi Jason,

thanks.

> On Mar 25, 2021, at 17:53, Livingood, Jason <Jason_Livingood@comcast.com> wrote:
> 
> On 3/25/21, 11:16 AM, "tsvwg on behalf of Sebastian Moeller" <tsvwg-bounces@ietf.org on behalf of moeller0@gmx.de> wrote:
>>   just to ridicule me, what kind of L4S experiments are you keen to start?
> 
> [JL] Testing L4S on an E2E basis from the WLAN-based client all the way to the app provider on the other end. No particular details defined other than that -

	[SM] Given that you work for a big ISP that has many industry partners, certainly also in the content business, why do you need an RFC status to start such experiments, especially, if, as you indicate below, you know how to isolate such experiments from causing harm? If you ask me these two claims do not add up fully yet, sorry. 

> this is pretty early stage stuff but seems like the next logical step for this type of technology.

	[SM] I had expected there to be somewhat more precise plans with clearer hypothesis to test. I also assumed, that the DOCSIS world would start mass deployment of L4S network bits (under the name of low latency docsis) the moment the IETF ratifies the L4S RFCs, given for how long LLD is already advertised and marketed. 
	But I am happy if I a plainly wrong and the cable industry is planning a careful, experiment-driven staged test and deployment instead. Let's see which of the two alternatives will play out. ;)

> 
>> Will you share the data and inform the WG about the nature and outcome of said experiments?
> 
> [JL] I would think so - we have previously done so with DNSSEC, IPv6, DoH, etc.

	[SM] Excellent, I welcome that. After asking here in the list for some time now, that parties that support L4S show which data convinced them to do so, I am looking forward to that data, whenever it will be ready.


> 
>> What mechanisms do you intend to employ to restrict the experiment to consenting adults^W^W knowing and willing partners?
> 
> [JL] TBD as plans are worked out. But companies that operate infrastructure at scale are naturally focused on risk management of new technology testing & deployment, so I don't think there is cause for alarm in your part if that is what you are getting at.

	[SM] Mmmh appeal to authority? Really, I am willing to trust you personally, and do not expect malice here. But that does not fill me with confidence that your containment plans are ready for action tomorrow.

> 
> [JL] BTW, if you know of anyone willing to develop code changes to AQM implementations in OpenWrt to handle ECT1-marked packets according to the L4S semantics, let me know as that seems something worth technically exploring as a related matter (noting that I chair a grants fund at my work that does underwrite open source dev and other applied research).

	[SM] In all honesty, thanks, but before I convince anybody to work on that, I want to see data first that this is a good idea to do in the first place. Especially, is that change safe, and does this actually realize improvements for more than L4S' design sweet spot, the short RTT low-hop-count fast lane between eyeballs and near-by content. 
	Don't get me wrong I will not stop anybody doing that, but I will not actively work towards that goal until and unless I am convinced that this offers an improvement for the whole internet. And I am not interested in expediting/speeding up short RTT flow at the expense of longer RTT flows, but that is what L4S currently does.

Sidenote:, the best way of getting any capability into OpenWrt is to have your feature accepted and included into the mainline Linux kernel, then it will percolate into OpenWrt automatically.


Best Regards
	Sebastian