Re: [tsvwg] L4S vs SCE

Ingemar Johansson S <ingemar.s.johansson@ericsson.com> Wed, 20 November 2019 10:49 UTC

Return-Path: <ingemar.s.johansson@ericsson.com>
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 A27DE1208D8; Wed, 20 Nov 2019 02:49:35 -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, DKIMWL_WL_HIGH=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=ericsson.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 gc85rmQkNonu; Wed, 20 Nov 2019 02:49:33 -0800 (PST)
Received: from EUR04-DB3-obe.outbound.protection.outlook.com (mail-db3eur04on0620.outbound.protection.outlook.com [IPv6:2a01:111:f400:fe0c::620]) (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 E5E6D12086D; Wed, 20 Nov 2019 02:49:32 -0800 (PST)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=gAleffrdwUp6FVVvcx5jZQC/gAQHI4xw58fB4pC82jy8UPGmuM3meTRWW30s3PgeOVRFVn/AXCLX5RNwQCqEAiaHXPw3mYLmFTOoHWYPHNnP0Sb8Nk2583hpiBlZB9CiuOcm8Q9WAVSM9cjE7OKN8EGyCTwN8QfDSNtOYwMJ4leEBKTbMW77hW136ScUDPnXbze2OmnKNruAG0wsxwbJBz6TFuu+HmF4dqIvnOsi6YSFFnuwmKPX3Dq7+Ib2NcXnqgzEyzI0XLtFXwad1hcdjGiHfIawwP/6di0NoEdprKotvEJu6FFO4d75hFt/2Rnbw9PW0vGP0tTnvgqe5E01RQ==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=vvgAY6LT1FeyIb0JqR/PM4ulzZhgHS6/2+rV06ZztJ0=; b=cePTlFKTUnthkXK4bAFWT/kssuvFpl1zmfA0lUq9adui6ALQjj1joo5q1qJYM4zFPYMWbsMFIlExYoqSJEHUtY0Qokc3415QJi1dlnxLYK7H6thIGy9/OrcHNziAHWCbn7mU3w+8E+QJ05cQTiF3eSRiSKcFwZ5c8mgpqbTCsgquEJJLMw428Pi/ZMBNqvT3oD/fFthleZxwBQXtbBssg0yLicjn+KrMfFisxaIdjYZhGxjuPSUGpCARMPenhjGNlNBOMQKXqETT9X8wm1M6G2edJyN7JMNcXC+Q81MzqCjJcRyaxuDpBQOUw7sVh8sNKuCqWcakJFqiext/zTDFOg==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=ericsson.com; dmarc=pass action=none header.from=ericsson.com; dkim=pass header.d=ericsson.com; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ericsson.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=vvgAY6LT1FeyIb0JqR/PM4ulzZhgHS6/2+rV06ZztJ0=; b=ChxCkEnDYm/7sDC+naOUKJ9AJ/nfub7Zw1NcdNYaA7ekTu1kveZgqU2MayhEJcYEJYmj18qfseUESr1ZjTbrzgvC1eInEIr4DmRk+oRy6z7wjWmKvDOirQVwpo+k4w0htbhbNJfFkbFTUnLoSU30kWFZug1uh3fPLaW6x5phktc=
Received: from HE1PR07MB4425.eurprd07.prod.outlook.com (20.176.162.29) by HE1PR07MB4220.eurprd07.prod.outlook.com (20.176.168.20) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2474.9; Wed, 20 Nov 2019 10:49:30 +0000
Received: from HE1PR07MB4425.eurprd07.prod.outlook.com ([fe80::dc3f:bc2e:d106:e087]) by HE1PR07MB4425.eurprd07.prod.outlook.com ([fe80::dc3f:bc2e:d106:e087%7]) with mapi id 15.20.2495.009; Wed, 20 Nov 2019 10:49:30 +0000
From: Ingemar Johansson S <ingemar.s.johansson@ericsson.com>
To: Kyle Rose <krose@krose.org>, Ingemar Johansson S <ingemar.s.johansson@ericsson.com>
CC: Sebastian Moeller <moeller0@gmx.de>, G Fairhurst <gorry@erg.abdn.ac.uk>, "tsvwg@ietf.org" <tsvwg@ietf.org>, "tsvwg-chairs@ietf.org" <tsvwg-chairs@ietf.org>, "De Schepper, Koen (Koen)" <koen.de_schepper@nokia.com>, "4bone@gndrsh.dnsmgr.net" <4bone@gndrsh.dnsmgr.net>, Ingemar Johansson S <ingemar.s.johansson@ericsson.com>
Thread-Topic: [tsvwg] L4S vs SCE
Thread-Index: AdWe0nrRkrzku9jhQamw6kS06HsgqgAK7DuAABW78QAAAJnugAAJXScAAAJlnjAAASgZgAAAux5g
Date: Wed, 20 Nov 2019 10:49:30 +0000
Message-ID: <HE1PR07MB442560D0715BC921AB9B7FE3C24F0@HE1PR07MB4425.eurprd07.prod.outlook.com>
References: <HE1PR07MB44250F3C4E6A744DDCC3DAFCC24C0@HE1PR07MB4425.eurprd07.prod.outlook.com> <ad7b763e-b3dd-36cf-a9c5-7de99476babb@mti-systems.com> <12ED7632-5E3E-4EB9-B65E-8A8324067C9A@akamai.com> <5DD4BB25.3060700@erg.abdn.ac.uk> <5658232C-07D5-4C89-B16A-58A928332FC6@gmx.de> <HE1PR07MB4425D989D4A266C73331FFA5C24F0@HE1PR07MB4425.eurprd07.prod.outlook.com> <CAJU8_nUK5cZLFE-0UBzf0a7T0hC7C+CpCsUy_+ZU_p4oxW9BmQ@mail.gmail.com>
In-Reply-To: <CAJU8_nUK5cZLFE-0UBzf0a7T0hC7C+CpCsUy_+ZU_p4oxW9BmQ@mail.gmail.com>
Accept-Language: sv-SE, en-US
Content-Language: en-US
X-MS-Has-Attach: yes
X-MS-TNEF-Correlator:
authentication-results: spf=none (sender IP is ) smtp.mailfrom=ingemar.s.johansson@ericsson.com;
x-originating-ip: [192.176.1.82]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: bcfcc250-7666-4674-3adf-08d76da7525a
x-ms-traffictypediagnostic: HE1PR07MB4220:|HE1PR07MB4220:
x-ms-exchange-transport-forked: True
x-microsoft-antispam-prvs: <HE1PR07MB42206FE779D2C48CCDC1D485C24F0@HE1PR07MB4220.eurprd07.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:2582;
x-forefront-prvs: 02272225C5
x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(4636009)(346002)(376002)(396003)(39860400002)(366004)(136003)(189003)(199004)(110136005)(316002)(54906003)(76116006)(7736002)(11346002)(66946007)(74316002)(53546011)(9326002)(66556008)(66476007)(66616009)(478600001)(25786009)(476003)(99286004)(8936002)(2906002)(107886003)(81166006)(81156014)(229853002)(26005)(14454004)(446003)(102836004)(66066001)(6246003)(790700001)(3846002)(8676002)(6116002)(486006)(7696005)(33656002)(71200400001)(71190400001)(6506007)(6306002)(9686003)(54896002)(86362001)(236005)(55016002)(256004)(14444005)(76176011)(64756008)(66446008)(186003)(6436002)(52536014)(5660300002)(4326008); DIR:OUT; SFP:1101; SCL:1; SRVR:HE1PR07MB4220; H:HE1PR07MB4425.eurprd07.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; A:1;
received-spf: None (protection.outlook.com: ericsson.com does not designate permitted sender hosts)
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: Nx7T2i6p5oz8NOuGoLMlyaGv+VdxEqJdE5pTFlpz3n2Tdm8GajcTyyKXAaU6UCLr/2L9XZJ8WH6Xz+olqnHpuVSTqYV1L4kak5vU9XDFAo30p0D4ii0GtqTPNL5JPhb3y9hT8fT5VG6Ta+9KSRrWDz3xmM2F/TH/gltKZ1Dx99u3V1m/Dw3gb9etMRVDRfZb3zg6sF9tIwhsXWRqUX18xCPARJhUMy0u7J+lf3RZKjxa6UtsASKr1udz7Zw7O8bAzzK61mLi2OKJxtc05c8nLWgkcdl8TNZId05yPuGl5/x1Z9tPPcXWATVIqCBhGhga8G9mKx7OmT15rYKnj39z2+klWe85dSl9T2hr0lzEqLXBRUXk6Pf1/7wEBv9Rf/UrMl9XUGEFhBt4F5kYpIs9cpQiUG7kpdRuEhkHk+VUc+xSq+wLK/egLn5nGAqk9WO7
Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=SHA1; boundary="----=_NextPart_000_07E7_01D59F98.8F9DDA70"
MIME-Version: 1.0
X-OriginatorOrg: ericsson.com
X-MS-Exchange-CrossTenant-Network-Message-Id: bcfcc250-7666-4674-3adf-08d76da7525a
X-MS-Exchange-CrossTenant-originalarrivaltime: 20 Nov 2019 10:49:30.2366 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 92e84ceb-fbfd-47ab-be52-080c6b87953f
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: 6GyPAgP8RZQJTlsa9CKjL8+VT2texKtILkN8w4DhalPFpn2b7IdHBkfMXVamKXjcfokzdEMNSc8HLMtA/IeSfpJ7mvgVIamIy9bdVhHGa1m7x3q+APQkmGC24I4IBJQ/
X-MS-Exchange-Transport-CrossTenantHeadersStamped: HE1PR07MB4220
Archived-At: <https://mailarchive.ietf.org/arch/msg/tsvwg/_QrsbeKAuAuAoNRTtDrisNc0A_E>
Subject: Re: [tsvwg] L4S vs SCE
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: Wed, 20 Nov 2019 10:49:36 -0000

Hi

 

So given the imagined outcome that L4S fails.. two scenarios

 

If other SDOs or developers don’t pick up L4S then things are quite simple I guess, just declare the L4S drafts as deprecated, or is there more to do ?

 

But, if e.g. 3GPP somehow thinks that this is a good idea and adopts it.. Will the IETF send a message (LS?) to 3GPP with the message “please stop using L4S”, is this even a reasonable scenario?. After all, the fact that it is picked up by other SDOs, speaks against a failure ?

 

/Ingemar

 

From: Kyle Rose <krose@krose.org> 
Sent: den 20 november 2019 11:14
To: Ingemar Johansson S <ingemar.s.johansson=40ericsson.com@dmarc.ietf.org>
Cc: Sebastian Moeller <moeller0@gmx.de>de>; G Fairhurst <gorry@erg.abdn.ac.uk>uk>; tsvwg@ietf.org; Ingemar Johansson S <ingemar.s.johansson@ericsson.com>om>; tsvwg-chairs@ietf.org; De Schepper, Koen (Koen) <koen.de_schepper@nokia.com>om>; 4bone@gndrsh.dnsmgr.net
Subject: Re: [tsvwg] L4S vs SCE

 

On Wed, Nov 20, 2019 at 6:04 PM Ingemar Johansson S <ingemar.s.johansson=40ericsson.com@dmarc.ietf.org <mailto:40ericsson.com@dmarc.ietf.org> > wrote:

>       How do you expect an industry/commercial roll-out of L4S
> technology to behave, if the L4S experiment should terminated without
> adoption as a standard track RFC? Are they supposed to phase-out using
> ECT(1) as well, or is it understood that deployed L4S instances continue using
> L4S methods?

[IJ] The premise would be that L4S is declared a failure. I doubt that anybody has a good enough crystal ball to predict what happens. First it is necessary to come to the conclusion that L4S is a failure and I would argue that we are not yet there and I don't currently see that coming. Before that possible event I don't see it meaningful to speculate.

 

I'm going to have to go ahead and disagree with you strongly here. Given the potential consequences of cleaning up after a failed experiment without a plan worked out beforehand, this blithe approach is simply not acceptable.

 

In lots of cases, experiments are easy to terminate in an obvious way: for example, in one typical case, a code point can simply be abandoned, or (even better) a pollutable experimental code point returned to the available pool after some time. If that were the case here, it would not be difficult to enumerate a sequence of steps required to do so. It doesn't appear that's the case, however, so all the more reason to make sure we address this as part of the experiment setup.

 

A launch escape system of the necessary complexity should be a requirement of any experimental deployment. In this case, that might circumscribe the scope of the experiment itself.

 

Kyle