Re: [Webtransport] WGLC for draft-ietf-masque-h3-datagram

Mark Nottingham <mnot@mnot.net> Wed, 23 March 2022 01:49 UTC

Return-Path: <mnot@mnot.net>
X-Original-To: webtransport@ietfa.amsl.com
Delivered-To: webtransport@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A6E183A1623; Tue, 22 Mar 2022 18:49:34 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -7.108
X-Spam-Level:
X-Spam-Status: No, score=-7.108 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_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, 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=XUKcwGyT; dkim=pass (2048-bit key) header.d=messagingengine.com header.b=Dsroxx4r
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 NP3S69FatgRr; Tue, 22 Mar 2022 18:49:28 -0700 (PDT)
Received: from out1-smtp.messagingengine.com (out1-smtp.messagingengine.com [66.111.4.25]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 12C0E3A160A; Tue, 22 Mar 2022 18:49:27 -0700 (PDT)
Received: from compute1.internal (compute1.nyi.internal [10.202.2.41]) by mailout.nyi.internal (Postfix) with ESMTP id 10C655C0880; Tue, 22 Mar 2022 21:49:27 -0400 (EDT)
Received: from mailfrontend2 ([10.202.2.163]) by compute1.internal (MEProxy); Tue, 22 Mar 2022 21:49:27 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=mnot.net; h=cc :cc:content-transfer-encoding:content-type:date:date:from:from :in-reply-to:in-reply-to:message-id:mime-version:references :reply-to:sender:subject:subject:to:to; s=fm2; bh=lFuft6QFv+bYoF 828q44d2dLZOU4HcrgKxtVgoaGg3M=; b=XUKcwGyT49692JM2HiPqab7Cb7TTRo RK4DFrp2i8lm8hO4B6obLJK1TfhEkXw9rlbdw0F0svvMqu7cLWNvldhmJK7qMGZj avjPa27y4CAmbgfcQu7eeZJevBmI7d8j0AsgR6UYWMA6Vs8WyIsxqgC4rpkiWLd+ iD4mBgql2XC3NMjrCIYQtSJHW1pnz+XlW0dA3PiOMRJHQeSz/w8QAKA2U7i2k1mM t2bxfN4NeRzcJOv5DnbaJNUBZs7h1o3rvibUmB3r/GKYydIuvbcFnx6treJBD8DY UjCg+WH6+bt8+26kz0CoDNWuwtX886sJ3lartYwmhnzc5azOegXlE0ug==
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:cc:content-transfer-encoding :content-type:date:date:from:from:in-reply-to:in-reply-to :message-id:mime-version:references:reply-to:sender:subject :subject:to:to:x-me-proxy:x-me-proxy:x-me-sender:x-me-sender :x-sasl-enc; s=fm3; bh=lFuft6QFv+bYoF828q44d2dLZOU4HcrgKxtVgoaGg 3M=; b=Dsroxx4rIoytz4Ld0HLFzTL/SEyQuWKb6pwCJTWGhWBSLhxvR1AEGR46G Qxt6O4o4mxJhNR81C3DguIkEdpCSEHkWQJXECqQd57/T3taFe1+itln4azkW6rwH eYczzipYpcQzF1I7Rg6Sd2oBnIn3vsVi0K88TTbJMOke/V5VTIWvae7Fgw988GYA byCV5Jm3WDOuNZ3i6thvD5brg+V/F/bMcrJi4XJv9SSP0TS29SmernKcbuolarC3 Z/TO1+nAtvR97rmIcfIKemkZmrOAJI8PRXr1UWk+QmTPQCSTV7O53rCKEFfwZvIg UPV6pEcfBD+BXLvPyq4GINCGG8efA==
X-ME-Sender: <xms:pnw6YtYNu3xkebX-xF5Y-LM61XxjyaoWkbwQ9UZ6NDqt9L-5IBiepA> <xme:pnw6YkZEUcfXxUZjlunx1EZVntSqJvoV_to8rPhE5-PAPue-1glbldJzTCsCci2jc Va-_Yp9u6_xNgFc5Q>
X-ME-Received: <xmr:pnw6Yv9N2XwfnklUYfyxB-gmtuG-AdWWF4g_5H2n4Sk3nFRGEM905dT71YHo4d1B_olU_ZPNHeN3CCo-iT0BXYTss8-egsVfBfb-J51eFuuJRRVWVYWnr2k2>
X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvvddrudegiedgfeejucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucenucfjughrpegtggfuhfgjfffgkfhfvffosehtqh hmtdhhtddvnecuhfhrohhmpeforghrkhcupfhothhtihhnghhhrghmuceomhhnohhtsehm nhhothdrnhgvtheqnecuggftrfgrthhtvghrnhepkeduvdeljeegtefhveekhfdtveekle evkeefgeeludeihfdugedvieeuffdttdfhnecuffhomhgrihhnpehivghtfhdrohhrghdp mhhnohhtrdhnvghtnecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehmrghilh hfrhhomhepmhhnohhtsehmnhhothdrnhgvth
X-ME-Proxy: <xmx:pnw6Yrq7kLLKOz3f3uWvD_pHBLIDcdkMvK1MQ7ph__kOZwbT2w7aLQ> <xmx:pnw6YorOBKjSx4Ine7BBkIYrYKCuTxFd111hc_JUqDmmBCthGnCFSA> <xmx:pnw6YhSJum-P36cuIGdydqCeUPCZXl58SJ5j0NlY5uwvyZNGRZ8jfA> <xmx:p3w6YjV9u2P5I7NuLOrIv51T986ZSH-G8fHsZMddBSszwX44tmu8Uw>
Received: by mail.messagingengine.com (Postfix) with ESMTPA; Tue, 22 Mar 2022 21:49:25 -0400 (EDT)
Content-Type: text/plain; charset="us-ascii"
Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3696.80.82.1.1\))
From: Mark Nottingham <mnot@mnot.net>
In-Reply-To: <8428BD40-8BE1-4C61-8547-203EFCBCD3DF@heapingbits.net>
Date: Wed, 23 Mar 2022 12:49:22 +1100
Cc: MASQUE <masque@ietf.org>, ietf-http-wg@w3.org, webtransport@ietf.org
Content-Transfer-Encoding: quoted-printable
Message-Id: <345300A7-256B-4524-8CBD-16629951C837@mnot.net>
References: <8428BD40-8BE1-4C61-8547-203EFCBCD3DF@heapingbits.net>
To: Christopher Wood <caw@heapingbits.net>
X-Mailer: Apple Mail (2.3696.80.82.1.1)
Archived-At: <https://mailarchive.ietf.org/arch/msg/webtransport/zfIhJokAcCPEzhV7QD7dQYl_kRs>
Subject: Re: [Webtransport] WGLC for draft-ietf-masque-h3-datagram
X-BeenThere: webtransport@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: WebTransport WG <webtransport.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/webtransport>, <mailto:webtransport-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/webtransport/>
List-Post: <mailto:webtransport@ietf.org>
List-Help: <mailto:webtransport-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/webtransport>, <mailto:webtransport-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 23 Mar 2022 01:49:35 -0000

Hi Chris et al,

I've had a read-through of the document, thanks.

The first thing that I noticed is that the specification is very obviously written from the perspective of someone who's very deep into the details of HTTP/3 and QUIC, and is either confusing or silent about how this relates to HTTP as a protocol overall. If this is going to be a new, version-independent feature of HTTP, I think we should specify it as one in the first instance -- especially given how poorly past attempts have failed when they weren't well-integrated (e.g., push).

So, I think it needs a non-trivial rewrite that shouldn't affect implementations, but unfortunately will affect the editors. I'm willing to work on a PR if that'd be helpful -- but it may take a bit of time to get right. Would that work for you/them?

Once that happens, I think it'll be easier to evaluate the technical content. If I understand it correctly, I have no problem with the on-the-wire details, although the capsule protocol feels like premature abstraction at this point. Could someone speak to the thinking behind it?

Cheers,


> On 22 Mar 2022, at 4:38 am, Christopher Wood <caw@heapingbits.net> wrote:
> 
> (Cross-posting to MASQUE, HTTPBIS, and WebTransport)
> 
> This email initiates the WGLC for draft-ietf-masque-h3-datagram, located here:
> 
>   https://datatracker.ietf.org/doc/draft-ietf-masque-h3-datagram/
> 
> Please review the document and send any comments to the MASQUE mailing list. HTTPBIS and WebTransport are cc'd given the overlap in technology.
> 
> This call will conclude on April 8.
> 
> Best,
> Chris and Eric

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