Re: WGLC for Datagram Extension

Martin Thomson <mt@lowentropy.net> Thu, 16 September 2021 23:48 UTC

Return-Path: <mt@lowentropy.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 60DDA3A0B2A for <quic@ietfa.amsl.com>; Thu, 16 Sep 2021 16:48:27 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.101
X-Spam-Level:
X-Spam-Status: No, score=-2.101 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_H2=-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=lowentropy.net header.b=pXLOQt8L; dkim=pass (2048-bit key) header.d=messagingengine.com header.b=SLpkdcYa
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 sWSj8zLWyCdM for <quic@ietfa.amsl.com>; Thu, 16 Sep 2021 16:48:22 -0700 (PDT)
Received: from out5-smtp.messagingengine.com (out5-smtp.messagingengine.com [66.111.4.29]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4A2053A0B29 for <quic@ietf.org>; Thu, 16 Sep 2021 16:48:22 -0700 (PDT)
Received: from compute5.internal (compute5.nyi.internal [10.202.2.45]) by mailout.nyi.internal (Postfix) with ESMTP id E57485C011D for <quic@ietf.org>; Thu, 16 Sep 2021 19:48:20 -0400 (EDT)
Received: from imap41 ([10.202.2.91]) by compute5.internal (MEProxy); Thu, 16 Sep 2021 19:48:20 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=lowentropy.net; h=mime-version:message-id:in-reply-to:references:date:from:to :subject:content-type:content-transfer-encoding; s=fm3; bh=yl5vj Tq7PlzjnfJ707uoocQHS1iOnFq5gJgHmBFBciY=; b=pXLOQt8LIm29Jm+9Qs/5H 8h10v3geRSXWNRbC+f15qTNNmZ9W6z62vqQl1WdxSs+PRFawTi2L0ZAHZTlHkUxd QS35VcP4qLriAHeqeEzr4Vq7A9BWB7ciiaelbrzN8sWb3JstteN3GNlMniyPNFqQ R25UNq6MwmWNpJZTFn29ybeWQ7Z+Kq21oCQG7badQLBBZHIwuYwUAhLPDf572GVx txDke/sOszURhAKrwtBEn4qD3twK7hazC50dn9a6DsGh1e2/n+MZMJBu9EbHktN5 f4f0/t9WVM+/PwtVue9P7w9xY/zBPDGVDHdLnONzLcREBenfKvYyEiVJpu4lA3ux Q==
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=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=fm3; bh=yl5vjTq7PlzjnfJ707uoocQHS1iOnFq5gJgHmBFBc iY=; b=SLpkdcYaYPzw+CSLZk1oh46LrreVaihzN/55yJhV3H3Ha44vMllUfg4Uz a4BPpsa7Wy4wGwA4Ycv3xh74c4G85S8bUSIKuVwCcEzpHLTpxI6wpHUFvx3m67ad hG3Po3oPxmfPWITb+Pi/DwFmzqAUI5wcN2aWtoGaBchubDdDMugEvEAogm9HMRuV SFbc6OI4kEUq4rQL9yxys7zPMY6QutqUJGqyqdlPzcOcjkFFtyLa8gLA1WOtn4S6 P0uf31Zggv/KmFBctxOK1U8kv1+6LjT2h5c/OCqeOhNwVG8WE4B5O8QQc74dhPnx bMWk0zn3tfputn1HbQd12cK9PVK3g==
X-ME-Sender: <xms:xNdDYU7e3iOErChB0wIcGU9WI9EQdVybVn69UxZ_DHwtOc04Rp3xPg> <xme:xNdDYV7XfF20VZlYkBoWgyLVwut2oSL95xQSb8QfIpYOMBJ1Z1dSQHHCMCZOj1MBZ 2pSmWRN_L7KrNARmSA>
X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvtddrudehhedgvdeiucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucenucfjughrpefofgggkfgjfhffhffvufgtgfesth hqredtreerjeenucfhrhhomhepfdforghrthhinhcuvfhhohhmshhonhdfuceomhhtsehl ohifvghnthhrohhphidrnhgvtheqnecuggftrfgrthhtvghrnhepgfejueduieffledtge elheejvdettdejudduhefggeefgfekgfeuieetgefftddtnecuvehluhhsthgvrhfuihii vgeptdenucfrrghrrghmpehmrghilhhfrhhomhepmhhtsehlohifvghnthhrohhphidrnh gvth
X-ME-Proxy: <xmx:xNdDYTd_rv0rnASlvTih2P_YNBUjexSdv5ovblwBzCSjIahvDnK9WQ> <xmx:xNdDYZIALwd69qDtxAFRwSbQcy9S8cC-9vKvy30VDCFiRZFT81krUw> <xmx:xNdDYYIuYqi5fP36CTJFJdbp8ancR3lk2aY80lGnC98G3J-KLOApOA> <xmx:xNdDYdWEYyvDgn6TjWEmDSBGjjmjKfmon_jnDOZBTGQKuWY_cB6LXA>
Received: by mailuser.nyi.internal (Postfix, from userid 501) id 71E2A3C031B; Thu, 16 Sep 2021 19:48:20 -0400 (EDT)
X-Mailer: MessagingEngine.com Webmail Interface
User-Agent: Cyrus-JMAP/3.5.0-alpha0-1291-gc66fc0a3a2-fm-20210913.001-gc66fc0a3
Mime-Version: 1.0
Message-Id: <9d0b4a05-b76a-4567-8c2d-e0b54d336218@www.fastmail.com>
In-Reply-To: <75277e56-e02e-d530-3c0a-e5d604daf5ad@lear.ch>
References: <CALGR9oaZ4L_yJPhm11Gym8Rxc0nq6H=mCpLGsH_eMGVHer0uEA@mail.gmail.com> <75277e56-e02e-d530-3c0a-e5d604daf5ad@lear.ch>
Date: Fri, 17 Sep 2021 09:48:01 +1000
From: "Martin Thomson" <mt@lowentropy.net>
To: quic@ietf.org
Subject: Re: WGLC for Datagram Extension
Content-Type: text/plain;charset=utf-8
Content-Transfer-Encoding: quoted-printable
Archived-At: <https://mailarchive.ietf.org/arch/msg/quic/U6qCXYFLLvKTndHeeuDSOCf2b9s>
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, 16 Sep 2021 23:48:28 -0000

On Fri, Sep 17, 2021, at 07:00, Eliot Lear wrote:
> > DATAGRAM frames belong to a QUIC connection as a whole, and are not 
> > strongly associated with any stream ID at the QUIC layer
> 
> What does "strongly associated" mean in this context?  Apologies if this 
> is well trodden ground.

This is unfortunately so well-trodden that this text was added without consideration for people who weren't involved in the trampling process.

I think that "strongly" can be struck here, it's working too hard.  And smart people will latch onto it.

Context:

When we use DATAGRAMs in HTTP (and likely in other contexts) there will be a need to bind each DATAGRAM to a (request) stream.  That's necessary to ensure that flows of DATAGRAMs can be routed by gateways and the like along with the stream.  There were lots of debates about how to manage that binding and the layer at which it would be documented.  This text is likely intended to record the conclusion that this document definitely isn't where that sort of binding occurs, but for someone without that history.  It doesn't really achieve that though and because it doesn't need to (why would you think that any association exists?), it ends up being distracting.