Re: Re-chartering for extension work
Magnus Westerlund <magnus.westerlund@ericsson.com> Wed, 18 December 2019 09:54 UTC
Return-Path: <magnus.westerlund@ericsson.com>
X-Original-To: quic@ietfa.amsl.com
Delivered-To: quic@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A3ADF1200FD for <quic@ietfa.amsl.com>; Wed, 18 Dec 2019 01:54:24 -0800 (PST)
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, DKIMWL_WL_HIGH=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-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 dBxE770vvQfO for <quic@ietfa.amsl.com>; Wed, 18 Dec 2019 01:54:21 -0800 (PST)
Received: from EUR01-HE1-obe.outbound.protection.outlook.com (mail-eopbgr130048.outbound.protection.outlook.com [40.107.13.48]) (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 39035120025 for <quic@ietf.org>; Wed, 18 Dec 2019 01:54:20 -0800 (PST)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=bxKoTOlMzANdVbZng9KkeLitlUXUFsnAD0gwExQAMJtNBxq10p7Vfl33HBxf2RlMMTcEGyVHfrcjW+he7lVMlNQWty4z3bCMCo87mLYEP2gkxSDoP7043OGJst0KOVv/gau52dvWjfsB4sYTiSC6X1ZnVmqGtPlNflyJMCI6g1KzN9sMIlTwazZE4UKzUmDOULkz+dIng1Z2tLq7LmGTbUjm08/iMW78hKB5nVh3Iz1r4pxOSiW5qYEpyn+Y9AabInBhXBpKLeJxT7PqQAEXequxXXMCztAJYmRVWsA7Nyr9K8XoF+ZHiCy+7goFomGOLzO1UCJ4u7dt9brWA6VzWw==
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=BmpYJSnzu8t3UDar0WhwbKYUmf8wcH8+uI2Xr1It3y0=; b=TVLxY3rcZFuu0gcEvt7ubDNceKm0K8+ONvXx43kxSqs89lylKXBLAXIvijTNk/A8TDH0056g6WSpjlvNnwzvY5qv46qd97aaIlCd1IEECbjA091HCMdl7nRvY4GqxL9rnTbWZqTAS01wMu95n0UYdy4/+0xdzJpNEnatQKDew8AYWNycDEGvIyWpMEJRUYbk2J7ziwsVB0L7ot7FAMujRVJq8sERAvym5UZHkAeMzaquYRumQTqmNvjdRA31mBKJudClqO7E/E+KPrbtNWHXf66BXE2QV9Sno2pO/T6ElpK7zLUAJhoYdTo23JxgguHfo2XuFDxlPiVPGR76ouK2ng==
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=BmpYJSnzu8t3UDar0WhwbKYUmf8wcH8+uI2Xr1It3y0=; b=shiGQgCWwYk2k7OsRjI28OEYEYXE8MpHMpsgM7LnBi+m36g3hiFq3Cv/qO8isPG1qQhZcUIJRjj7QXHbxPhwY2MgtqD2XqMh3pQMhoUDUybg17dISlXiTx6U23HLdhJRWQwG06hvALocgl2eJAdTDX8s0sZv9KfLLeyqUcbAOBw=
Received: from VI1PR07MB5310.eurprd07.prod.outlook.com (20.178.12.13) by VI1PR07MB5263.eurprd07.prod.outlook.com (20.178.8.215) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2559.10; Wed, 18 Dec 2019 09:54:18 +0000
Received: from VI1PR07MB5310.eurprd07.prod.outlook.com ([fe80::74f3:8cea:f5bf:c409]) by VI1PR07MB5310.eurprd07.prod.outlook.com ([fe80::74f3:8cea:f5bf:c409%4]) with mapi id 15.20.2559.012; Wed, 18 Dec 2019 09:54:18 +0000
From: Magnus Westerlund <magnus.westerlund@ericsson.com>
To: "mbishop@evequefou.be" <mbishop@evequefou.be>, "mnot@mnot.net" <mnot@mnot.net>, "jri.ietf@gmail.com" <jri.ietf@gmail.com>
CC: "lars@eggert.org" <lars@eggert.org>, "quic@ietf.org" <quic@ietf.org>
Subject: Re: Re-chartering for extension work
Thread-Topic: Re-chartering for extension work
Thread-Index: AQHVsGthvrPnRGuak0uJGGF6+agGyae1hdeAgACMTICACIcZAIABGCQA
Date: Wed, 18 Dec 2019 09:54:18 +0000
Message-ID: <c6baeaa9ac39db3f75dc9a8e501a1b8c8826ef9b.camel@ericsson.com>
References: <A56547B6-2E3B-4ABE-8C9B-BA9ACC489FB2@mnot.net> <CACpbDcdaQGmSGvb+skNEenEuMXESPi1sFPs5Bi_YwvdQzawD1w@mail.gmail.com> <010EBBDD-5C7E-4B18-B98C-3770430D2C8C@mnot.net> <DM6PR22MB201009C7E48ACE27A1271CB0DA500@DM6PR22MB2010.namprd22.prod.outlook.com>
In-Reply-To: <DM6PR22MB201009C7E48ACE27A1271CB0DA500@DM6PR22MB2010.namprd22.prod.outlook.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=magnus.westerlund@ericsson.com;
x-originating-ip: [158.174.130.211]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: a7593410-7d9e-45ba-4fec-08d783a03fb1
x-ms-traffictypediagnostic: VI1PR07MB5263:
x-microsoft-antispam-prvs: <VI1PR07MB5263B6712A426BF7033C47C895530@VI1PR07MB5263.eurprd07.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:8273;
x-forefront-prvs: 0255DF69B9
x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(4636009)(346002)(376002)(136003)(39860400002)(366004)(396003)(13464003)(189003)(199004)(186003)(478600001)(26005)(110136005)(44832011)(4326008)(8676002)(966005)(6512007)(6506007)(71200400001)(86362001)(53546011)(66446008)(66616009)(66476007)(66556008)(66946007)(64756008)(3480700005)(36756003)(2906002)(54906003)(8936002)(316002)(91956017)(76116006)(4001150100001)(5660300002)(2616005)(81166006)(6486002)(81156014); DIR:OUT; SFP:1101; SCL:1; SRVR:VI1PR07MB5263; H:VI1PR07MB5310.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: FfVr1aDqDjya/TJn7C1qoDSwK17HLIexWPoH/HSvkYgfTSxq8sCP2yU9fz1gVCrAIKaWZFBZuS7rVihj7Os2+p8U1h3GLuEBLj+WEHHXHxX35T5D6fpIleABL4VVnOs6rRHRSSWyrimzZ/3lbiy9AWekNIndwzjtICK314IINsPH/uWB1Ymlnk4UWV0JNQm3bUoUESo1k1NN2Tf6wWZ2vfNoGBvFq3UUh/2s8Q6t4c6fFlTh5YFpbhR2Edeimu/YYvUXeO4zxBSxroSLjL8NqvgiPCQffPu+wNAuTh1TZQbALlXi5yG72hC37jAL4UKffk7NqFm/9DhEi9+N43HMKKpIcESHLgvp2HOV/rOjSyPFNhTrIv9XEr5vIchjztQpWjneAalmHOPawqVU6mtr0Xi89IlWhCWdZs716OqinSIANmG8buTpOqF12jDoBvUsl6kwaFJYX4XeJLh1hBcQ4FEv338cBPdUoIpdB9sGxeciwGjgdD4MKiR+EA8M51yFOo2E4T8qxXOzQLn5s32Hg2apNB+47En6iQrPCfuo/Hg=
x-ms-exchange-transport-forked: True
Content-Type: multipart/signed; micalg="sha-256"; protocol="application/x-pkcs7-signature"; boundary="=-Kx9U8X5WPDV8CfF0Di39"
MIME-Version: 1.0
X-OriginatorOrg: ericsson.com
X-MS-Exchange-CrossTenant-Network-Message-Id: a7593410-7d9e-45ba-4fec-08d783a03fb1
X-MS-Exchange-CrossTenant-originalarrivaltime: 18 Dec 2019 09:54:18.1856 (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: QidMshB5s5/sOfmXvjUXK2znhIUNxZJsO464hxOS7OkXAobrLTujVNkhUTqA8dVfFP+Sx/ys/16hYsMBMf12PjhhjuJ7Fceuc4KW7QgEu6g=
X-MS-Exchange-Transport-CrossTenantHeadersStamped: VI1PR07MB5263
Archived-At: <https://mailarchive.ietf.org/arch/msg/quic/70PQZHjQsiA6ToNRjvCvvUVAoOI>
X-BeenThere: quic@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Main mailing list of the IETF QUIC working group <quic.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/quic>, <mailto:quic-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/quic/>
List-Post: <mailto:quic@ietf.org>
List-Help: <mailto:quic-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/quic>, <mailto:quic-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 18 Dec 2019 09:54:24 -0000
Hi Mike, So an important aspect of rechartering is to actually make the rest of the IETF aware of the changes in what the WG is working on. For a WG that is as high profile as QUIC the changes in scope do matter well beyond those that will bother to actively read the mailing list. Therefore a recharter lets these people to be aware of the changes. In addition, from my perspective the WG chairs have the freedom to schedule discussion of potential future extension in the meetings as well as having discussion on the mailing list. However adopting them as WG items will require a recharter. A reason for the two step rechartering is that I think we will need to have a serious discussion of how to work on v2 and extensions more generally. I think going into these details now is premature. But we will need to come back to this later. Cheers Magnus Westerlund TSV AD On Tue, 2019-12-17 at 17:11 +0000, Mike Bishop wrote: > I think I would approach this a little differently. I understand the desire > for caution about letting extensions derail the core documents, but I'm > hesitant to require another recharter to adopt more extensions. Perhaps we > could consider something more like HTTP/2 did, permitting us to work on > extensions only to the extent that they don't delay our work on the core > documents. Or explicitly list the extensions we're allowed to adopt before > RFC publication. > > I understand the current plan is for two recharters, and maybe they're > lightweight enough that that's fine. I'm just unenthusiastic about having to > agree on the exact set of extensions we're allowed to discuss before we can > formally discuss any of them. > > -----Original Message----- > From: QUIC <quic-bounces@ietf.org> On Behalf Of Mark Nottingham > Sent: Thursday, December 12, 2019 1:58 AM > To: Jana Iyengar <jri.ietf@gmail.com> > Cc: Lars Eggert <lars@eggert.org>; IETF QUIC WG <quic@ietf.org> > Subject: Re: Re-chartering for extension work > > > > > On 12 Dec 2019, at 9:35 am, Jana Iyengar <jri.ietf@gmail.com> wrote: > > > > Mark, > > > > I'm supportive of changing the language in the charter. > > > > When we wrote the charter, the intent was to preclude work that might have > > interfered with getting the important work of the core protocol done, and > > the things we could think of at the time were partial reliability and FEC. > > That's clearly an incomplete list, as we can see with the extensions that > > are being proposed. > > > > I am supportive of the new language you propose. > > > > That said, I'd like to tease something out. If I understand this correctly, > > the charter as it is allows for at least one of the currently proposed > > extensions to be adopted -- the version negotiation extension. Under the > > proposed language, we couldn't have adopted this extension since it wouldn't > > have been on a list of extensions. The rest of the charter talks about focus > > areas, not about specific documents and extensibility mechanisms. The > > proposed text lists extensions, which means that any extensions, even minor > > ones, will require a recharter. This is a tightening of the charter, which I > > support. > > > > If my understanding is correct, I would hope that we remain open to > > rechartering as and when the wg agrees on adoption of new extensions. > > That's the intent, yes; while eventually we might open up, we want to be > deliberate about adding new work items while we're still focused on QUICv1. > > Cheers, > > > > > > - jana > > > > On Wed, Dec 11, 2019 at 1:38 PM Mark Nottingham <mnot@mnot.net> wrote: > > We've just put out Calls for Adoption for extensions to QUICv1, as we > > believe that the group has some capacity to discuss them as it finishes work > > on the core protocol. > > > > However, our charter [1] precludes work on at least some extensions. The > > specific text in question is: > > > > """ > > Extensions that will support partial reliability, and negotiation and use of > > Forward Error Correction schemes, are out of scope in this version of the > > working group charter. > > """ > > > > *If* we do decide we'd like to adopt, we'll need to update it to something > > like: > > > > """ > > Additionally, the Working Group will deliver [ adopted extensions ]. The > > Working Group may consider other extension work, but adopting further > > extensions requires updating this charter. > > """ > > > > Please take a look and discuss any concerns; we'll be asking our ADs for > > such a modification (with appropriate changes to the list of extensions > > adopted) once our Calls for Adoption complete. > > > > Cheers, > > > > 1. https://datatracker.ietf.org/wg/quic/about/ > > > > -- > > Mark Nottingham > > https://protect2.fireeye.com/v1/url?k=f85c6569-a4886937-f85c25f2-8691959ed9b7-69b8740865eddccb&q=1&e=7516b3d9-fa19-4a17-ade3-86747f2949d2&u=https%3A%2F%2Fwww.mnot.net%2F > > > > -- > Mark Nottingham > https://protect2.fireeye.com/v1/url?k=410fda54-1ddbd60a-410f9acf-8691959ed9b7-8547d07a1f3546f1&q=1&e=7516b3d9-fa19-4a17-ade3-86747f2949d2&u=https%3A%2F%2Fwww.mnot.net%2F > -- Cheers Magnus Westerlund ---------------------------------------------------------------------- Networks, Ericsson Research ---------------------------------------------------------------------- Ericsson AB | Phone +46 10 7148287 Torshamnsgatan 23 | Mobile +46 73 0949079 SE-164 80 Stockholm, Sweden | mailto: magnus.westerlund@ericsson.com ----------------------------------------------------------------------
- Re-chartering for extension work Mark Nottingham
- Re: Re-chartering for extension work Jana Iyengar
- RE: Re-chartering for extension work Lubashev, Igor
- Re: Re-chartering for extension work Martin Thomson
- RE: Re-chartering for extension work Roni Even (A)
- Re: Re-chartering for extension work Mark Nottingham
- Re: Re-chartering for extension work Mark Nottingham
- Re: Re-chartering for extension work Mark Nottingham
- RE: Re-chartering for extension work Roni Even (A)
- Re: Re-chartering for extension work Mark Nottingham
- RE: Re-chartering for extension work Roni Even (A)
- Re: Re-chartering for extension work Magnus Westerlund
- RE: Re-chartering for extension work Roni Even (A)
- Re: Re-chartering for extension work Salz, Rich
- RE: Re-chartering for extension work Lubashev, Igor
- Re: Re-chartering for extension work David Schinazi
- Re: Re-chartering for extension work Mark Nottingham
- Re: Re-chartering for extension work Mark Nottingham
- Re: Re-chartering for extension work David Schinazi
- Re: Re-chartering for extension work Olivier Bonaventure
- RE: Re-chartering for extension work Roni Even (A)
- Re: Re-chartering for extension work Lars Eggert
- Multipath (was: Re: Re-chartering for extension w… Lars Eggert
- Re: Multipath (was: Re: Re-chartering for extensi… Olivier Bonaventure
- Re: Multipath (was: Re: Re-chartering for extensi… Mikkel Fahnøe Jørgensen
- Re: Multipath (was: Re: Re-chartering for extensi… Olivier Bonaventure
- Re: Multipath (was: Re: Re-chartering for extensi… Mikkel Fahnøe Jørgensen
- Re: Multipath (was: Re: Re-chartering for extensi… Christian Huitema
- RE: Re-chartering for extension work Mike Bishop
- RE: Re-chartering for extension work Kuhn Nicolas
- Re: Re-chartering for extension work Ian Swett
- Re: [EToSat] Re-chartering for extension work Christian Huitema
- Re: Multipath (was: Re: Re-chartering for extensi… Jana Iyengar
- Re: Re-chartering for extension work Lars Eggert
- Re: Re-chartering for extension work Magnus Westerlund
- Re: Re-chartering for extension work Magnus Westerlund
- RE: Multipath (was: Re: Re-chartering for extensi… Florin Baboescu
- Re: Multipath (was: Re: Re-chartering for extensi… Olivier Bonaventure
- RE: Re-chartering for extension work Roni Even (A)
- Re: Multipath (was: Re: Re-chartering for extensi… Ryan Hamilton
- RE: Re-chartering for extension work Lubashev, Igor
- Re: Re-chartering for extension work Jana Iyengar
- RE:(2) Multipath (was: Re: Re-chartering for exte… Madhan Raj Kanagarathinam
- Re: Re-chartering for extension work Lars Eggert
- Re: Re-chartering for extension work Lars Eggert
- RE: Re-chartering for extension work Roni Even (A)
- RE: Re-chartering for extension work Roni Even (A)
- Re: Re-chartering for extension work Lars Eggert
- Re: Re-chartering for extension work Magnus Westerlund
- RE: Re-chartering for extension work Kuhn Nicolas
- RE: [EToSat] Re-chartering for extension work Kuhn Nicolas
- Re: Multipath Gorry Fairhurst
- Re: Re-chartering for extension work Olivier Bonaventure
- Re: Multipath (was: Re: Re-chartering for extensi… Olivier Bonaventure
- Re: Multipath Olivier Bonaventure
- Re: Multipath (was: Re: Re-chartering for extensi… Tommy Pauly
- Re: Multipath (was: Re: Re-chartering for extensi… Jana Iyengar
- RE: Multipath (was: Re: Re-chartering for extensi… tim.costello
- Re: Multipath (was: Re: Re-chartering for extensi… Mirja Kuehlewind
- Re: Re-chartering for extension work Dmitri Tikhonov
- Re: Re-chartering for extension work Lubashev, Igor
- Re: Re-chartering for extension work Martin Thomson
- Re: Multipath (was: Re: Re-chartering for extensi… Olivier Bonaventure
- Re: Multipath (was: Re: Re-chartering for extensi… Lucas Pardue
- Re: Re-chartering for extension work Dmitri Tikhonov
- Re: Multipath (was: Re: Re-chartering for extensi… Mirja Kuehlewind
- QUIC re-chartering: include DNS-over-QUIC? Erik Nygren
- Re: QUIC re-chartering: include DNS-over-QUIC? Tommy Pauly
- Re: QUIC re-chartering: include DNS-over-QUIC? Salz, Rich
- Re: QUIC re-chartering: include DNS-over-QUIC? Eric Rescorla
- Re: QUIC re-chartering: include DNS-over-QUIC? Ted Hardie
- Re: QUIC re-chartering: include DNS-over-QUIC? Jari Arkko
- Re: QUIC re-chartering: include DNS-over-QUIC? Magnus Westerlund
- Re: QUIC re-chartering: include DNS-over-QUIC? Stephen Farrell
- Re: QUIC re-chartering: include DNS-over-QUIC? Christian Huitema
- Re: QUIC re-chartering: include DNS-over-QUIC? Daniel Migault
- Re: QUIC re-chartering: include DNS-over-QUIC? Erik Nygren
- Re: QUIC re-chartering: include DNS-over-QUIC? Salz, Rich
- Re: QUIC re-chartering: include DNS-over-QUIC? Christopher Wood
- Re: QUIC re-chartering: include DNS-over-QUIC? Ian Swett
- Re: QUIC re-chartering: include DNS-over-QUIC? Vidhi Goel
- Re: QUIC re-chartering: include DNS-over-QUIC? Paul Vixie
- Re: QUIC re-chartering: include DNS-over-QUIC? Erik Nygren
- Re: QUIC re-chartering: include DNS-over-QUIC? Erik Kline
- Re: QUIC re-chartering: include DNS-over-QUIC? Martin Duke
- Re: QUIC re-chartering: include DNS-over-QUIC? Paul Vixie
- Re: QUIC re-chartering: include DNS-over-QUIC? Mikkel Fahnøe Jørgensen
- Re: QUIC re-chartering: include DNS-over-QUIC? Lucas Pardue
- Re: QUIC re-chartering: include DNS-over-QUIC? Erik Kline
- Re: QUIC re-chartering: include DNS-over-QUIC? Martin Thomson
- Re: QUIC re-chartering: include DNS-over-QUIC? Erik Nygren
- Re: QUIC re-chartering: include DNS-over-QUIC? Paul Vixie