Re: Consensus on Deploying QUIC v1 with HTTP/3

Julian Reschke <julian.reschke@gmx.de> Thu, 06 May 2021 03:36 UTC

Return-Path: <julian.reschke@gmx.de>
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 2F5CF3A2E05 for <quic@ietfa.amsl.com>; Wed, 5 May 2021 20:36:19 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.601
X-Spam-Level:
X-Spam-Status: No, score=-2.601 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FREEMAIL_FROM=0.001, NICE_REPLY_A=-0.001, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham 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 wg5rkw6P8vAj for <quic@ietfa.amsl.com>; Wed, 5 May 2021 20:36:16 -0700 (PDT)
Received: from mout.gmx.net (mout.gmx.net [212.227.15.19]) (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 B6FF93A2E06 for <quic@ietf.org>; Wed, 5 May 2021 20:36:15 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1620272171; bh=RJvPa6cH9lcRJd1Zisk0xE7ttdVF59yaJJeYNIpTsF0=; h=X-UI-Sender-Class:Subject:To:References:From:Date:In-Reply-To; b=Ap1MoP8vt+bYzKSzMZtzF7V6u5c1g8bnKzFcH/cmSUnTcqgxXbOsEYo2GbfP+hwsQ VG3cdYoW37r66/1ztJVVBOfeQ29f0PYV8HHe7ifWuCYc8qUmZ0DN8oSFbeEsc0SOBg YSfRJhnG4jAwAZMmCNwAT1KBKAZbjl4ARVIrW6tI=
X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c
Received: from [192.168.178.182] ([91.61.62.171]) by mail.gmx.net (mrgmx004 [212.227.17.190]) with ESMTPSA (Nemesis) id 1MmlT2-1lEkUn1bny-00jmwM for <quic@ietf.org>; Thu, 06 May 2021 05:36:11 +0200
Subject: Re: Consensus on Deploying QUIC v1 with HTTP/3
To: quic@ietf.org
References: <CALGR9obE-Dbm5Rwmr=h_34vaps1pcv36Jg0MTS_o0mZHEF1FvA@mail.gmail.com>
From: Julian Reschke <julian.reschke@gmx.de>
Message-ID: <6740dcaa-3c43-faf2-826e-1cb3bb113aff@gmx.de>
Date: Thu, 6 May 2021 05:36:10 +0200
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.10.0
MIME-Version: 1.0
In-Reply-To: <CALGR9obE-Dbm5Rwmr=h_34vaps1pcv36Jg0MTS_o0mZHEF1FvA@mail.gmail.com>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: quoted-printable
X-Provags-ID: V03:K1:GxCnW43H1K8GIlAMPg9lGDu0cFcTt0XiX/Q41wqKJFtvc4T1CEh jIusxQjsij+3GMn1Jyn2M0KYapQbTW/GjC2CY83uOVDZbzvikHtMcXHb93mnlMy/MwCZFWh +9dJb2i17LxzzAGsooJvnjHK74BH0VA6MWyr17MOmTW6X9TbScm+q8wvouBV1JK8r76+X/j 7EYvhePCqtT7uuPBEWzQQ==
X-UI-Out-Filterresults: notjunk:1;V03:K0:TjqIzMOAAbs=:UaHSApgCTJzq68nh49yoXF N7gyMGrE/8dDOObSZLmZKf5OqVpfOfbNekL8fbwLRt9ucq/LXz3OkdYEA/LhDW07In/q4pydE Qmu7CNngMY3JlwYTi3kN7zGuQY6w3M7JePpFG44pItq9TWbSlgvruGsLfRbCkFWXbNY4OdHLl yjXkLRQTTk73bxiRapzRkREdazbvsiPTzuEYw8by8Dc6ILfapc35kYUjZguvVtKsWb4AQk4v9 W/9LzNV2cxp3pK+ZwZfRs5gSEFiQVR9OkWHG8rrdZAf/KlnzHUdNa/Yt/rBDHzoCgFL6Xqp/w khw3wQ1TYKJKouJKjgEjLq5/GW0fK6EPrAiP2i11+1F/r9d62Sbf428FSWcDODAtW889D8Qyl 5FeP74s6hCypG1mkFf+U/tg0x2L/YYkLTub/JFTtuHeyecEXz6AtaGUTpXYTkzduVV+3Bfo/3 z5RqoW72868eQyUZkzbPztzEd0r+CdI4YzpdH4g/edsWwHE1G52jtpriNAaAchF7hjatAXVW2 XrAaSnngfm7olJAKLoECW+GgHTZ0sPx6p/P1M0sAFzlXBBkKx8vdLRZnhprh3EixwOeHDqsws M9vrS5eVaLoANwdU9FSUbI/CoeejZjRTiKNG3WqKDaorepvz+gzJ1GML0Y7YOc8xKJK+ZpEfU 01uYoZ8QMFhG+JcitTZjbmc8/gh6g+RFsK6zTp04Z7TWH7uBeGzcXhQSsFCx1yp92xGq7i0mC Ls38FKtz0/jhTaAHTKbcsNJUsPxLBnAmx9scfiE2cCxODNAV5YJsrJqzTQ4gYYFyexnMxwnEd r+xXu012DH+XRk/53xrZgcFoXSJaXjfwyyO+2G8vC57paaczfLSWL9NtxG0avukrrzqvjYOMI 7CNlXmVBz6bpAji9bzGmh9158EeDWxNWB7qiuomYHOq3/EuppFwpTFw3LaoD6sEoWgPT+PMUN Rg1y+wK/gVSbpNt9WdOwOVnWCY2GHsEHP/JvW9R5Yd+9vX+makAMgvQN5DlHX4OiYzmuyRzee nM+o0lrwj4Rva/spyviAk26zB1u/1MhESZEf2H3U7i/nJAYjiWBzLEz9/NvtZqrUYtN/XK2oq k+htW32FcG02q2t0/Ni/uY6ShtBPTdqJArTT4UkloW6FuXYaYJAEbbyulDMUm98fkfZZrgXF5 yJyi9LxcfbI9XptRf+lk8wuIOdjBdqxv9WYgN5wByL/CTtgeGZ0kDHmER5GsVVrPP5OSq/mbO hffOzH3tv7wGcZKMs
Archived-At: <https://mailarchive.ietf.org/arch/msg/quic/RiGtrGAZnPR_Nphhi5UMJF2QNdI>
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: Thu, 06 May 2021 03:36:19 -0000

Am 06.05.2021 um 01:18 schrieb Lucas Pardue:
> Dear QUIC WG,
>
> (HTTP WG is bcc'd)
>
> As you may be aware, the QUIC v1 specifications entered AUTH48 state
> recently and they are making good progress (thanks editors!). The HTTP/3
> and QPACK documents have a dependency on the "HTTP core" documents being
> worked on in the HTTP WG, so we expect them to take a little longer.
>
> The drafts submitted to the RFC editor define QUIC version "0x00000001"
> [1] and HTTP/3 ALPN identifier "h3". They include the clear instruction
> "DO NOT DEPLOY THIS VERSION OF {QUIC, HTTP/3} UNTIL IT IS IN AN RFC".
>
> HTTP/3 is explicitly tied to a version - the "h3" identifier is expected
> to be used with QUIC "0x00000001". As several folks have observed on the
> list [3][4] or in Slack, once the QUIC RFCs are published, 0x00000001
> can be used in deployment. But the longer lead time for HTTP/3 RFC
> creates some grey area on what ALPN to use. Waiting for the HTTP/3 RFC
> delays deployment of QUIC version 1 at the earliest convenience, which
> is unfortunate given that the design has IETF consensus.
>
> The Chairs have tracked various discussions and we believe there is
> significant deployer interest in deploying "h3" as soon as the QUIC RFCs
> are published and before the HTTP/3 RFC is published. Furthermore, on
> balance of the information at hand, we observe a minimal perceived risk
> with deploying "h3" before the HTTP/3 RFC.
>
> This email commences a formal consensus call for permitting the
> deployment of QUIC "0x00000001" with HTTP/3 ALPN identifier "h3" *once
> the QUIC RFCs are published*. The call will end on May 13. Please reply
> to this thread on the QUIC WG list with any additional comments,
> thoughts or objections before then.
> ...

You may want to clarify what *exactly* you mean by "the QUIC RFCs".

Best regards, Julian