IETF Logo Mail Archive

Re: HTTP/3 Nits

Mark Nottingham <mnot@mnot.net> Sat, 17 October 2020 01:44 UTC

Return-Path: <mnot@mnot.net>
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 14AEC3A0AB2; Fri, 16 Oct 2020 18:44:46 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.098
X-Spam-Level:
X-Spam-Status: No, score=-2.098 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=mnot.net header.b=GvKC5Mi+; dkim=pass (2048-bit key) header.d=messagingengine.com header.b=UkNdhaRL
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 wCnxhashvpzj; Fri, 16 Oct 2020 18:44:44 -0700 (PDT)
Received: from out1-smtp.messagingengine.com (out1-smtp.messagingengine.com [66.111.4.25]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 185193A0AB1; Fri, 16 Oct 2020 18:44:43 -0700 (PDT)
Received: from compute2.internal (compute2.nyi.internal [10.202.2.42]) by mailout.nyi.internal (Postfix) with ESMTP id 4BAFF5C011C; Fri, 16 Oct 2020 21:44:43 -0400 (EDT)
Received: from mailfrontend1 ([10.202.2.162]) by compute2.internal (MEProxy); Fri, 16 Oct 2020 21:44:43 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=mnot.net; h= content-type:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; s=fm1; bh=T 3kAPR5aUB4Jki9ph9Ar6ov6oXFo8kYiPvEIJoBwud4=; b=GvKC5Mi+zylxdvZzo ISy5OiSnAM4ehT2ruXkZHNcETzMvIZje9FdazeaIyXeAHZVfJ1NjT0KIbyNvkg/w 2gJRR2HG3qV/0CCXKoKUCFUG85ZXOgL8qSpyUCi7SCa7Z6Hjpgo33pAk2cVXP1vr yFpLQUK+8ysP8r48zD302+kAtM/JxNn5bbrTKLYxno2JhEjAgERl8fAmvMJ6d3GY 7Bc7GrN7A1TXgsBAwYHP6T4+8LCKAMKPDDFWJa2ymDusgKTaeth9ywj0kV3ZEacO 48P/eff/15NtYypBPjhLpaYz6R8B+ssOW8FmTmbXNbpIs9bzPMiqarMq5UjUhQcX Fqqhw==
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-me-proxy:x-me-proxy:x-me-sender:x-me-sender :x-sasl-enc; s=fm1; bh=T3kAPR5aUB4Jki9ph9Ar6ov6oXFo8kYiPvEIJoBwu d4=; b=UkNdhaRLl1jx1jjckbvmqZVJAt+M65Cpt6/FAIJvbLyJQ76EFNqF8QrQr TcDl3mAi51fcsqU6oGE4yZ6U8usBofqH9SQP8jqV3gPNyahsExnpTHbVP9cKwjYR 9lBmZQTv6zcd7SNxc3EZMlud+2570SwxlS00tUhAhRFLnvtvJAg0gZ5t6japfWHI xzVDQhLZQEmU7rhO9zguQAmaF0kXX8Amb/xR5JchmXTcxQ3SYlTtsw60hGVQbmlT z7HgWHvIjdVbW9itZreota6l9WQ81SBpu4mAT7REqDEqTx618XC4KYKyXmCSnJoa prUF+UafpvLzsLL6q0JDZCy8L3tXA==
X-ME-Sender: <xms:ikyKX281rz45jnBsuzt6WmCvlrZ1Q_ocHckujbaeGClVPk9te_QS3A> <xme:ikyKX2uW5eZtU6zAvESIcTqi06q72nef7d_pct3jhmdb3ztv3aXmPCP_PTr5XAhV3 GFm4A-gFLcLKgxyZg>
X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedujedrieeigdehtdcutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu uegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenuc fjughrpegtggfuhfgjfffgkfhfvffosehtqhhmtdhhtddvnecuhfhrohhmpeforghrkhcu pfhothhtihhnghhhrghmuceomhhnohhtsehmnhhothdrnhgvtheqnecuggftrfgrthhtvg hrnhepkeduvdeljeegtefhveekhfdtveekleevkeefgeeludeihfdugedvieeuffdttdfh necuffhomhgrihhnpehivghtfhdrohhrghdpmhhnohhtrdhnvghtnecukfhppeduudelrd dujedrudehkedrvdehudenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhgr ihhlfhhrohhmpehmnhhothesmhhnohhtrdhnvght
X-ME-Proxy: <xmx:ikyKX8CF6QAriaLUQwPv4uqAQ5dNOoo61HFg_ScA3Qmy9MBcfxPvyQ> <xmx:ikyKX-fee0OV4lgs8TubOlYJBqy9T70St4tvVuZpQ4WRF1nRtkonsA> <xmx:ikyKX7M2ORFXW7fCVMdzDDSJQkvnhi7Gpd4kXBaCh92lyNSWyPwoFQ> <xmx:i0yKX2eRXaYzsMN9-o1qjMZOA6aFZvtl1lqBmAuAZs3hH3IM7F6RgA>
Received: from [192.168.7.30] (119-17-158-251.77119e.mel.static.aussiebb.net [119.17.158.251]) by mail.messagingengine.com (Postfix) with ESMTPA id 198683280063; Fri, 16 Oct 2020 21:44:39 -0400 (EDT)
Content-Type: text/plain; charset="us-ascii"
Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.1\))
Subject: Re: HTTP/3 Nits
From: Mark Nottingham <mnot@mnot.net>
In-Reply-To: <CALGR9oZ33NyLF9StLL=jb=ot-r4+5=Vh=oMhsbcG5N1bT=Yr2A@mail.gmail.com>
Date: Sat, 17 Oct 2020 12:44:37 +1100
Cc: Martin Duke <martin.h.duke@gmail.com>, Lars Eggert <lars@eggert.org>, WG Chairs <quic-chairs@ietf.org>, Mike Bishop <mbishop@evequefou.be>, IETF QUIC WG <quic@ietf.org>, Magnus Westerlund <magnus.westerlund@ericsson.com>
Content-Transfer-Encoding: quoted-printable
Message-Id: <9ED26AAF-7740-4568-9FAD-F7280A64022D@mnot.net>
References: <CAM4esxRLivWuyJQ8=JeEn-XZq6WaYkw_WWxqMNBbprx6S=fU6Q@mail.gmail.com> <CALGR9oZ33NyLF9StLL=jb=ot-r4+5=Vh=oMhsbcG5N1bT=Yr2A@mail.gmail.com>
To: Lucas Pardue <lucaspardue.24.7@gmail.com>
X-Mailer: Apple Mail (2.3608.120.23.2.1)
Archived-At: <https://mailarchive.ietf.org/arch/msg/quic/4uoKD30J9doCskTPu2c2y1NCSwo>
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: Sat, 17 Oct 2020 01:44:46 -0000

HTTP/2 didn't create a registry because pseudo-headers are not an extensibility point on that protocol. The extensibility point that 8441 uses is SETTINGS, which negotiates a change in the operation of the protocol on a connection-by-connection basis.

Creating pseudo-headers as a new extensibility point is a bad idea; it will inevitably be misused, as the distinction between pseudo-headers and actual header fields is fuzzy in several dimensions. If people want to pursue this, I'd suggest taking it to the HTTP WG so as not to exceed the charter of this WG.

Cheers,


> On 17 Oct 2020, at 4:07 am, Lucas Pardue <lucaspardue.24.7@gmail.com> wrote:
> 
> Hi Martin
> 
> On Fri, Oct 16, 2020 at 5:33 PM Martin Duke <martin.h.duke@gmail.com> wrote:
> 
> If 4.1.1.1 is accurate, then shouldn't there be a registry for HTTP/3 pseudoheaders? IIUC pseudoheader extensions are not possible in HTTP or HTTP/2, so this is an H3-specific registry.
> 
> 
> HTTP/2 does allow pseudo-header extension. See RFC 8441 which defines the :protocol pseudo-header[1] to allow WebSockets over H2. 
> 
> We follow H2's example, maybe there was good reason not to have a registry or maybe it was an oversight? 
> 
> [1] - https://tools.ietf.org/html/rfc8441#section-5
> 

--
Mark Nottingham   https://www.mnot.net/

v2.23.0 | Report a Bug | By Email