IETF Logo Mail Archive

RE: Call for Adoption: draft-schinazi-quic-version-negotiation

Mike Bishop <mbishop@evequefou.be> Tue, 17 December 2019 18:17 UTC

Return-Path: <mbishop@evequefou.be>
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 AC6E01208B6 for <quic@ietfa.amsl.com>; Tue, 17 Dec 2019 10:17:46 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.899
X-Spam-Level:
X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-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=evequefou.onmicrosoft.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 JTznY5xYJYcM for <quic@ietfa.amsl.com>; Tue, 17 Dec 2019 10:17:43 -0800 (PST)
Received: from NAM04-CO1-obe.outbound.protection.outlook.com (mail-eopbgr690138.outbound.protection.outlook.com [40.107.69.138]) (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 E3CF8120880 for <quic@ietf.org>; Tue, 17 Dec 2019 10:17:42 -0800 (PST)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=nZdsoORgFqmu/e4ANR0+jxpyIXOhOFCDqbXVEPRlX39N5DH+VmkEgkyEnQWtnagBYsIwKWhEAFSTcse9WBADPU/qGepNHjHXcTsZza+XD81MpDmZXmALxOrKe48YticwlXihLKRGfjiIm4N25sLJ2CzjzJzEG3awgLFGMfiYSs4cIFz9k+BYwpIH64e85rxP12RN/7z+QEuhFYuiZQ4YGQyYdIlvvwgTsZW3p0AZj3aKwBI3ld5WWbs2h0aCLNWJ9rR80m4RaipwlMzsW+4hl5sKp30/RHBtt59hFDUYsNXQ6EMiYdy0QUrgjXmFuvZK7gW0XOMqy0jw+auO6Vw+qA==
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=K/ieK8oAXaGcb45GRNPToWQrKvxvJCRIkYAioqGSBhs=; b=AS5zJT33o2YrquQwQC3HiwRe/A5a7wpO4KipVCjsc7HBMGOjKlNS7YVDMcHKVJTzMXUA/NmI8n0TpqO4MeK0LGaoNOeIvLA+FQ1oRJDUGojmcKZQmhma9q8tsaUeM9iSmywZNWIj9EWCqvrgS8co/9jGGMkCoq+WipYX+PfBs+UfLTCv2vOCJ/x16OT4nBVwZOmI1LL2B5ZgmdINlP1v5qxUy6YukSmWnUXlUIWs1fob+7M4qRBjGoyO7ZBAHimb2P2pZxQT0En+y+4iocxbSK0D+oBJ00iuMIjjwYBeRG5GA5pzsPf0fTnPJ18LQYo/fbB7qADZpAmNFZ98YtukEQ==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=evequefou.be; dmarc=pass action=none header.from=evequefou.be; dkim=pass header.d=evequefou.be; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=evequefou.onmicrosoft.com; s=selector2-evequefou-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=K/ieK8oAXaGcb45GRNPToWQrKvxvJCRIkYAioqGSBhs=; b=ARIO+YTrsS5ywocfN5SNgkybpeAkdvFUJoOsSxgSm9rG1ZQOgetGW27A+sOp7+yasSj3bVWcQ9f6vqNWpP5v+gVHWOjg8SFKsPQZd9epzHeKxWaMFpoX5UIGhL0ZbTtJ8daYPWKnZdKhXkxxcXWcqkaCongV5C+XWci1MbqCmBw=
Received: from DM6PR22MB2010.namprd22.prod.outlook.com (20.180.22.24) by DM6PR22MB1961.namprd22.prod.outlook.com (20.180.20.84) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2538.15; Tue, 17 Dec 2019 18:17:41 +0000
Received: from DM6PR22MB2010.namprd22.prod.outlook.com ([fe80::e09c:cecd:389d:d9f3]) by DM6PR22MB2010.namprd22.prod.outlook.com ([fe80::e09c:cecd:389d:d9f3%6]) with mapi id 15.20.2538.019; Tue, 17 Dec 2019 18:17:41 +0000
From: Mike Bishop <mbishop@evequefou.be>
To: Ryan Hamilton <rch=40google.com@dmarc.ietf.org>, Jana Iyengar <jri.ietf@gmail.com>
CC: Lars Eggert <lars@eggert.org>, Mark Nottingham <mnot@mnot.net>, IETF QUIC WG <quic@ietf.org>
Subject: RE: Call for Adoption: draft-schinazi-quic-version-negotiation
Thread-Topic: Call for Adoption: draft-schinazi-quic-version-negotiation
Thread-Index: AQHVsGr8USiABoCrSk2ZeQfzJTuMGKe1ePCAgAAVWQCACR0QkA==
Date: Tue, 17 Dec 2019 18:17:41 +0000
Message-ID: <DM6PR22MB2010C2BF885758DEBEE0F0F1DA500@DM6PR22MB2010.namprd22.prod.outlook.com>
References: <080BEA58-D52B-4552-A11C-03D5BFCDFAE3@mnot.net> <CACpbDcfYExjOEsTcHs01tLKp5Stk8mhx2to53dv4oqedhF+o7g@mail.gmail.com> <CAJ_4DfSQ3eo4g8785t+qi=6Yrv1kVafuJT4-Y-+Dafgi42rA8w@mail.gmail.com>
In-Reply-To: <CAJ_4DfSQ3eo4g8785t+qi=6Yrv1kVafuJT4-Y-+Dafgi42rA8w@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
authentication-results: spf=none (sender IP is ) smtp.mailfrom=mbishop@evequefou.be;
x-originating-ip: [2600:2b00:931f:a301:6cb4:6dd:4e05:5861]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: acac56c0-3c37-46a9-1d20-08d7831d6805
x-ms-traffictypediagnostic: DM6PR22MB1961:
x-microsoft-antispam-prvs: <DM6PR22MB1961AC8E99C2DD243FA1B26EDA500@DM6PR22MB1961.namprd22.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:9508;
x-forefront-prvs: 02543CD7CD
x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(366004)(396003)(346002)(136003)(376002)(39830400003)(189003)(199004)(9686003)(71200400001)(8676002)(81166006)(81156014)(186003)(76116006)(7696005)(54906003)(55016002)(2906002)(66556008)(508600001)(52536014)(66476007)(64756008)(66446008)(316002)(4326008)(6506007)(53546011)(33656002)(8936002)(66946007)(5660300002)(86362001)(110136005); DIR:OUT; SFP:1102; SCL:1; SRVR:DM6PR22MB1961; H:DM6PR22MB2010.namprd22.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; A:1;
received-spf: None (protection.outlook.com: evequefou.be does not designate permitted sender hosts)
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: zXDw9JXfbdW8fz+ciF0THqFRWbxGKr7EgIeIg3RkZx19mM0ymIfBAhCLewUR9+GjpZLNSbS94W8epX0b+q2s/fEJVld6IYLw+U7opaNocG8M3dHm/sEJ0wiPbrYOazPYd5DA8RZ0er58kxkoX7PzzzO2bzavcZL0j5uAJ7fPt+NwSOKwp3HXcIGCrh046LfejbXYrvzv2brZ7axasV7vVA8XwL5ZdkGUC4d8K95H2Fl1W1vNWUQOhVKHfnlWJI2I6vB0OSNIreCa/R+kSzE3VcKiNr38qxaOQYt8WIxEIkOCD6mAZughXq2jaDef/3hFnPv3r0XEX/Oc+q22UBH/gRkjdKKrYPABWsEx44BhVkQPZVtRxnt4l+9Jfl9jtvVAg/9M2M/oRyoCmS690viRHi6lMvdaWPfHHoiRIm+nHsFE3rZioGm3ya2H+kBUOwAg
x-ms-exchange-transport-forked: True
Content-Type: multipart/alternative; boundary="_000_DM6PR22MB2010C2BF885758DEBEE0F0F1DA500DM6PR22MB2010namp_"
MIME-Version: 1.0
X-OriginatorOrg: evequefou.be
X-MS-Exchange-CrossTenant-Network-Message-Id: acac56c0-3c37-46a9-1d20-08d7831d6805
X-MS-Exchange-CrossTenant-originalarrivaltime: 17 Dec 2019 18:17:41.8172 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 41eaf50b-882d-47eb-8c4c-0b5b76a9da8f
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: Qy8vxjanNACIHUoWdxH/O7XQsEUtsn8Q4U9O+lY99sCO3NT+X+oyGlUwsBDNIIje+qo4fP8isirvrg3Ix3q4rw==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM6PR22MB1961
Archived-At: <https://mailarchive.ietf.org/arch/msg/quic/fX_FldAiBNXZOBOc62cuZQPxOF4>
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: Tue, 17 Dec 2019 18:17:47 -0000

It’s true that an experiment could define how to do version negotiation as part of the experiment, but the reality is that someone needs to build this part to have a robust deployment of more than one version at once.

From: QUIC <quic-bounces@ietf.org> On Behalf Of Ryan Hamilton
Sent: Wednesday, December 11, 2019 6:06 PM
To: Jana Iyengar <jri.ietf@gmail.com>
Cc: Lars Eggert <lars@eggert.org>; Mark Nottingham <mnot@mnot.net>; IETF QUIC WG <quic@ietf.org>
Subject: Re: Call for Adoption: draft-schinazi-quic-version-negotiation

I definitely support adopting this document.

On Wed, Dec 11, 2019 at 1:50 PM Jana Iyengar <jri.ietf@gmail.com<mailto:jri.ietf@gmail.com>> wrote:
 Not having a mechanism means that any work on a next version (even local experiments) is effectively stymied,

Eh? That's a bit overbroad isn't it? If you want to locally experiment with a non-standardized QUIC v2, surely you can experiment with a non-standardized VN mechanism, right? Or you can even do no VN at all if your local clients can learn out of band (alt-svc) that your local server supports your new v2.

Of course, I still support adopting this document. :)

Cheers,

Ryan

v2.23.0 | Report a Bug | By Email