Re: [tsvwg] L4S vs SCE

Greg White <g.white@CableLabs.com> Wed, 20 November 2019 10:48 UTC

Return-Path: <g.white@CableLabs.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 E07561208D1; Wed, 20 Nov 2019 02:48:18 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.999
X-Spam-Level:
X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, 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=cablelabs.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 crH5ag3dsqMK; Wed, 20 Nov 2019 02:48:17 -0800 (PST)
Received: from NAM05-DM3-obe.outbound.protection.outlook.com (mail-eopbgr730128.outbound.protection.outlook.com [40.107.73.128]) (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 161CB12086D; Wed, 20 Nov 2019 02:48:17 -0800 (PST)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=SPbxIocb7SUmPysHHfzefq26KaLHfUw9JoiHbTVh1UmipSke4gs4cvlPLv41RshItrJJtR10Y6PvOJNuORzBz7IMewqLtFf3brUPXzbJElsHZJXK6IwCvDBga8+ZwvQn5jNMddq6qSJmNXea2lKA7MlZxnX2ahMSpmg3YVxOn+oIY0lTquAgRbW2UFQHwjS5w1kVFPz3JM0tRh3HGC0xhDj5YBNngqWRIFvq9JWtyxPznZfCqq42WoitdiL9y+joHdrt+iG9JgYApQSmLPUy0aXsWeYd6LQrshvMGfvqkWzwn3WwI9SwU8g6MN2EpLXonSo9fXC7m5R5NNB6WeqdEw==
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=mJRbCgSfChbe2b/9w9+417oeX3ZDMJ0U+Ug7QUi3c7k=; b=oaAoOtqTotxMdU74tdr3DqRwIvMVt2AqZUS4hgzwMAwzpCb1Kq/89NSJ0mKsBiYBmc5GGKeisxvWSo7i1rWe75vfGbF5mP9ynNqUoecIhv5+XzhZW/nh1otLPcA/P7xr6mPLeFhvwkwhoj8ziEqfFKfoH86sloYvbVayiv1ScQQ25ZRqEQ1z97KPnMiA1F+6wfs3eEu78Os7uTULPmJOyJDQY0R1h/we7D9kQQ/xHGoL44JbfRESmbjzRJdR7usr/NN5BCRN5fzKAlrVt6k4fFTM5Tw7Dhm8cRNbbRGLXTlwKBFAL5bd/Vo3us1XBjEQMkh5UU0WX4W70CsDPLssPA==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=cablelabs.com; dmarc=pass action=none header.from=cablelabs.com; dkim=pass header.d=cablelabs.com; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cablelabs.com; s=selector2; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=mJRbCgSfChbe2b/9w9+417oeX3ZDMJ0U+Ug7QUi3c7k=; b=Gj9LE4bL/VCwsY03iGE6TYaKkTUdyQvpSYw+Y/5O4yt9e9/WZAE2NyDwUTVDCMamiQj/yT2+CIhszHsh1YhZffxbPymBPy/ts8DOZFVFaPfvAPOHIXpP5tmHj7YvMUsko50pnInltahwP1CYyz9knFNFZMVASUrNuvMTD4l19cI=
Received: from SN6PR06MB4655.namprd06.prod.outlook.com (52.135.117.85) by SN6PR06MB4624.namprd06.prod.outlook.com (52.135.115.138) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2474.16; Wed, 20 Nov 2019 10:48:14 +0000
Received: from SN6PR06MB4655.namprd06.prod.outlook.com ([fe80::91c5:f29b:4501:6db5]) by SN6PR06MB4655.namprd06.prod.outlook.com ([fe80::91c5:f29b:4501:6db5%2]) with mapi id 15.20.2451.029; Wed, 20 Nov 2019 10:48:14 +0000
From: Greg White <g.white@CableLabs.com>
To: Kyle Rose <krose@krose.org>, Ingemar Johansson S <ingemar.s.johansson=40ericsson.com@dmarc.ietf.org>
CC: G Fairhurst <gorry@erg.abdn.ac.uk>, "tsvwg@ietf.org" <tsvwg@ietf.org>, Ingemar Johansson S <ingemar.s.johansson@ericsson.com>, "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>
Thread-Topic: [tsvwg] L4S vs SCE
Thread-Index: AdWe0nrRkrzku9jhQamw6kS06HsgqgAK7DuAABW78QAAAJnugAAJXScAAAJlnjAAASgZgAAR+CMA
Date: Wed, 20 Nov 2019 10:48:14 +0000
Message-ID: <8227CDC8-A348-463E-9904-166E9546A07B@cablelabs.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: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
user-agent: Microsoft-MacOutlook/10.1c.0.190812
authentication-results: spf=none (sender IP is ) smtp.mailfrom=g.white@CableLabs.com;
x-originating-ip: [2001:67c:370:128:c1ea:6675:e839:96b5]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: 816b3c60-f1c9-4938-5686-08d76da72500
x-ms-traffictypediagnostic: SN6PR06MB4624:
x-microsoft-antispam-prvs: <SN6PR06MB4624437ACA5456A60033E709EE4F0@SN6PR06MB4624.namprd06.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:10000;
x-forefront-prvs: 02272225C5
x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(346002)(376002)(136003)(366004)(396003)(39850400004)(199004)(189003)(2906002)(6436002)(54906003)(316002)(6486002)(66446008)(64756008)(66556008)(66476007)(76116006)(91956017)(186003)(36756003)(6116002)(76176011)(102836004)(4326008)(58126008)(110136005)(486006)(14454004)(6246003)(46003)(6506007)(53546011)(66946007)(229853002)(476003)(256004)(86362001)(8936002)(14444005)(33656002)(81166006)(2616005)(81156014)(478600001)(5660300002)(7736002)(71190400001)(6306002)(54896002)(8676002)(71200400001)(99286004)(25786009)(236005)(6512007)(446003)(11346002)(85282002); DIR:OUT; SFP:1102; SCL:1; SRVR:SN6PR06MB4624; H:SN6PR06MB4655.namprd06.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1;
received-spf: None (protection.outlook.com: CableLabs.com does not designate permitted sender hosts)
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: c91kwA3J8FDUdFI01zU65/+IzJDWeD9rOZo4f2CnHXMln5zx3coAG66WxC49mG9M4q/4IiyCH2MZuno02jvxOakh8PQYcRt3NxUsxzmv4pB4D5hsVFxts1skvWte2QZLL6uLJuUw0jX9ogwijEYtGbGAD+pepB4Dk2SXJfnEMZt17vqy2iI1bycd5a1egkTUuHaU7721/gfSCKAHJwkxAVfJrrqOgSLceVTmSpZ3MrBU7lWAWoH/7beHfA6hfXElsEyePxia3ztxE3YbVeyQBe4Xw1umM3b/J2+7TW6qeRwGFn+yJQnI+d7WrsJHDlk3cjC52uO+754jyVK9BN5Tl9PqK1b+DEP5PZzTrfMBMLpSrO0pfE1mzAqsiFHHT1/IrqG0H3gEyISlF8dl5+Cr1ipdkLCucnqbuPSqyQiFVqvxFhsL3hDn7Rr7ekUFozE2
x-ms-exchange-transport-forked: True
Content-Type: multipart/alternative; boundary="_000_8227CDC8A348463E9904166E9546A07Bcablelabscom_"
MIME-Version: 1.0
X-OriginatorOrg: cablelabs.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 816b3c60-f1c9-4938-5686-08d76da72500
X-MS-Exchange-CrossTenant-originalarrivaltime: 20 Nov 2019 10:48:14.2890 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: ce4fbcd1-1d81-4af0-ad0b-2998c441e160
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: 7jW+JKpDd/hSIKjbNdjvTd5bf1Qszz/kj8jnyIUKOlzrJec989x48/kNxXLxrXqiuZWrRLLxMnxeF1g0e4/vnQ==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: SN6PR06MB4624
Archived-At: <https://mailarchive.ietf.org/arch/msg/tsvwg/uYVUmx-1mIdSMbsQw8J05U-ZkOY>
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:48:19 -0000

In the case of Low Latency DOCSIS, the network operator will need to explicitly configure L4S “on” via the cable modem configuration file or the Aggregate QoS Profile table on the CMTS, and then reboot the cable modem.  If there is a need at some future point to discontinue L4S support, an operator could do so quickly by reverting the configuration to disable L4S, then rebooting the cable modem.  Additionally, CableLabs would write an Engineering Change against the DOCSIS spec to deprecate the feature and remove the ability from the CMTS to enable the feature on cable modems that continue to support it.



From: tsvwg <tsvwg-bounces@ietf.org> on behalf of Kyle Rose <krose@krose.org>
Date: Wednesday, November 20, 2019 at 6:14 PM

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