Re: [AVTCORE] QUIC version 2 and RFC 7983bis

Martin Thomson <mt@lowentropy.net> Thu, 12 May 2022 01:09 UTC

Return-Path: <mt@lowentropy.net>
X-Original-To: avt@ietfa.amsl.com
Delivered-To: avt@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A5D8DC15E6E2 for <avt@ietfa.amsl.com>; Wed, 11 May 2022 18:09:03 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.097
X-Spam-Level:
X-Spam-Status: No, score=-2.097 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_BLOCKED=0.001, 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=lowentropy.net header.b=gFMR55u0; dkim=pass (2048-bit key) header.d=messagingengine.com header.b=QXEEW98A
Received: from mail.ietf.org ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id T5QCtY8H9yA9 for <avt@ietfa.amsl.com>; Wed, 11 May 2022 18:08:59 -0700 (PDT)
Received: from out1-smtp.messagingengine.com (out1-smtp.messagingengine.com [66.111.4.25]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 151F0C15E6E1 for <avt@ietf.org>; Wed, 11 May 2022 18:08:58 -0700 (PDT)
Received: from compute3.internal (compute3.nyi.internal [10.202.2.43]) by mailout.nyi.internal (Postfix) with ESMTP id 612F55C0255 for <avt@ietf.org>; Wed, 11 May 2022 21:08:58 -0400 (EDT)
Received: from imap41 ([10.202.2.91]) by compute3.internal (MEProxy); Wed, 11 May 2022 21:08:58 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=lowentropy.net; h=cc: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; t=1652317738; x=1652404138; bh=Vlp+iywbmL t8VHE2ZMn1YWnxekgv7OgfKs/Utba27sE=; b=gFMR55u0TLxOYJXdowHsvyU6BK 2rEAP93qyYLjLlfzL3z8zyJEgQxS1OgYmqyn1tfpVsQ8uNIwkugbcvU8TOgP9prC WUI2dQzOUmpF4mYghs/XgyNHZkpJfXcBiEhG5eUwYBTqtv9wEOkXT9JJgZkM8cJb c/QOf/+yf1Cco51+piN1vGK2Km6FrqExUhanzJlxekbIN0BTucv2KbeR/g7LLlsw vlv/3+on3ouVGyZco1zSFMYccUbCT7q8+ySCdvK08o2FfGrExiAm3DBc+5iFtR7M pL2/7xzXMQ3QN7UEamluGyW1BkcmSKkW/ofL4TYm+y94+nfdzvWEsU4WEzEg==
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc: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=fm1; t=1652317738; x= 1652404138; bh=Vlp+iywbmLt8VHE2ZMn1YWnxekgv7OgfKs/Utba27sE=; b=Q XEEW98AnUWGWdGVKuKIFelbXQYDk7Q9n9GqHMAdzcHIW50RgWXCyjLGQBepv3g1D WWJxjNSZbksBQ4dlBJwhyi0w+HBHOuqZ8Kf8jg8EBMKmiHPicHsOqcVjMeK+iSjW x2S0U+QzkHX5puc9TWFkfu96Fr6gC5r76qbKyY8gH+LeFMKffDZaq83WdClxmOwF SOMqsxK5cF7w84lLFKSW8iC6q4HIEqX9EOhtzeXbOpnsFEAa9qQM3MpJvJe2c+v2 ComANZWbnIXWZXHkRBhvqbBejMqi6mqJP7YHeDnfgkLgiY6m3SpPMdnAhD3Idxnk /O4gEe65LoRm5basXtJ9Q==
X-ME-Sender: <xms:Kl58YvCkyPCWfOBGBdCw8Y9lraU57OQHDVTbtCPnGK_As_zdSz5UJQ> <xme:Kl58Ylj20z6autA7KleddYxz1YRpHAmPoOXmiiuEwjly6dhCyhYbqLEh8raqrA6CM t3qjP_UiSY2xbcMCHM>
X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvfedrgeeigdegvdcutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu uegrihhlohhuthemuceftddtnecunecujfgurhepofgfggfkjghffffhvffutgesthdtre dtreertdenucfhrhhomhepfdforghrthhinhcuvfhhohhmshhonhdfuceomhhtsehlohif vghnthhrohhphidrnhgvtheqnecuggftrfgrthhtvghrnheptdeghfekgeffhfetfeejke evfeetheehleegheehveelfeetfeeikeefgfejvdegnecuffhomhgrihhnpehgihhthhhu sgdrtghomhenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhgrihhlfhhroh hmpehmtheslhhofigvnhhtrhhophihrdhnvght
X-ME-Proxy: <xmx:Kl58YqlLE5A0O9ELnKtBVicpjCqfxuvH-bySY8R0q99PQNBhuREAmg> <xmx:Kl58Yhx54EAjX3VkZYOHMKJSFBwQ8QztRazq4ATZqFpDx0_akEBAng> <xmx:Kl58YkR9dnbBn5I85IsXx_kDM60xcbIuagBoIOvB8ZInOgjXMAAQPw> <xmx:Kl58Yre9ThsTCwyB7uT9AN98ouE1zpSW7yQqy0ApQQ5SJ1qt9VxcAg>
Received: by mailuser.nyi.internal (Postfix, from userid 501) id 2EC592340067; Wed, 11 May 2022 21:08:58 -0400 (EDT)
X-Mailer: MessagingEngine.com Webmail Interface
User-Agent: Cyrus-JMAP/3.7.0-alpha0-591-gfe6c3a2700-fm-20220427.001-gfe6c3a27
Mime-Version: 1.0
Message-Id: <d147a518-99d0-4457-aac6-974d28e8e602@beta.fastmail.com>
In-Reply-To: <CALGR9obwDRBmLaF1QqCA1HbZxiWHMzduCdZ5M9NSq9o5WZOXUA@mail.gmail.com>
References: <CAOW+2du7ABDHyYUbf0Rys2-bjzHM_cYK80qGdfoXSyWAooOhgA@mail.gmail.com> <CALGR9oYURh2yfV=2dEnm0KsGcEuaUTiRBYUdZsqvUVqMdA8gpQ@mail.gmail.com> <CAOW+2dsZYdS4MaukrNFG=e1yhZL-TJcw=_+-NvqytwziMY3Nng@mail.gmail.com> <CALGR9obwDRBmLaF1QqCA1HbZxiWHMzduCdZ5M9NSq9o5WZOXUA@mail.gmail.com>
Date: Thu, 12 May 2022 11:08:38 +1000
From: Martin Thomson <mt@lowentropy.net>
To: avt@ietf.org
Content-Type: text/plain
Archived-At: <https://mailarchive.ietf.org/arch/msg/avt/qmt_IFLo5NfrnU2r77Xjc4MXfQ8>
Subject: Re: [AVTCORE] QUIC version 2 and RFC 7983bis
X-BeenThere: avt@ietf.org
X-Mailman-Version: 2.1.34
Precedence: list
List-Id: Audio/Video Transport Core Maintenance <avt.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/avt>, <mailto:avt-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/avt/>
List-Post: <mailto:avt@ietf.org>
List-Help: <mailto:avt-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/avt>, <mailto:avt-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 12 May 2022 01:09:03 -0000

On Thu, May 12, 2022, at 10:23, Lucas Pardue wrote:
> I suspect Martin Thomson is lurking here. But I went and created an 
> issue against the draft to capture this 
> https://github.com/quicwg/quic-bit-grease/issues/23

Yeah, I'm following.  The only concern is how far along 7983bis is with respect to publication.  We've requested publication already and I don't think we want to wait too much given the nature of the citation.  That is, 7983 is fine, even if 7983bis is clearly better.  My suggestion is that we'd just update the pointer closer to the publication date.

FYI, our stack offers no API to disable greasing the QUIC bit, but it is trivial to add one.