Re: Working Group Last Call: QUIC Ops Drafts

Martin Thomson <mt@lowentropy.net> Tue, 16 February 2021 03:12 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 305403A0BF8 for <quic@ietfa.amsl.com>; Mon, 15 Feb 2021 19:12:26 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -7.098
X-Spam-Level:
X-Spam-Status: No, score=-7.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_DNSWL_HI=-5, 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=jllrdKt+; dkim=pass (2048-bit key) header.d=messagingengine.com header.b=sS2wi77m
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 XKy9BrfMF0gA for <quic@ietfa.amsl.com>; Mon, 15 Feb 2021 19:12:24 -0800 (PST)
Received: from out3-smtp.messagingengine.com (out3-smtp.messagingengine.com [66.111.4.27]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 40EAD3A0BED for <quic@ietf.org>; Mon, 15 Feb 2021 19:12:24 -0800 (PST)
Received: from compute1.internal (compute1.nyi.internal [10.202.2.41]) by mailout.nyi.internal (Postfix) with ESMTP id 624495C0139 for <quic@ietf.org>; Mon, 15 Feb 2021 22:12:23 -0500 (EST)
Received: from imap10 ([10.202.2.60]) by compute1.internal (MEProxy); Mon, 15 Feb 2021 22:12:23 -0500
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; s=fm1; bh=H2Fhw7Wlwi77l7HkEybcXamkJUoA/Ho UZ3BYm2tKMP8=; b=jllrdKt+NLcagr1HgTSCGyUMGAO6bE4aXQK0xAM9/74GBjx xeB64faxB0QMsnxu6l/m++i64wohPCC2lRjdXbZw74gWAhFwbzxrO4W4+hQk6aqe VhYA1lgCA4uXiaDd4HCuDhwvfYnfJsQ/EVrVuAsTEkQ1kXoaxti4t1CdzHQFIot8 2rlxBM0VIvxdV9M1e4D5gmIu0k7rFrRhcB9Rbm5Ujxy9TTOST0SVmxCjDnuZxKFj 7kSxCYKO/Y8iNLW+ZnFqH+xUYIlk8YaTl2PzYAm6TKcsehH/KG6QQi42DrsVEqAs y33EpWp/zfyAjDyE5BlMZ92rS3EJxuNkGvSIC/g==
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=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=fm2; bh=H2Fhw7 Wlwi77l7HkEybcXamkJUoA/HoUZ3BYm2tKMP8=; b=sS2wi77mOVE+tM/UaSsAtQ sKKizOIQLcnVFFycYkP4lrgqEz497mIN3rlzpSzfvlP/Ls3ZUCb4cmQUxc3xzS+H PGduXUW7EXjfIWz5xaIvQ7IvTkSPjonXreV8pvYZNihI245Afb6iSbyUx/2JIB8G F2+1mc1FW6anY6FkUW3p9pDhB2LX+X4feW8I0q7i3xR9+Qf0ZOHjXNyTnJht49kU F3XQmGIPJ8RSFTa3UlAd888m4gO70dA+j5qvRh0I2pX8pPLnFB8HZr7ekdJbj/ax CljivBySCtm+l5cCCvZ2u0+imdQC+/TdOMM9D6TAILlFvGRe5/sSwHXEyN+NV91A ==
X-ME-Sender: <xms:FjgrYKTWvGaYHfn9WGyDXRNZ9MvUF7bXUZM1J4QbZlnhmUnqw5EWFg> <xme:FjgrYPzXZMab8lSFBLTL8OvuEMxmf1E5E9U2TJBHVgFYrCCxYFCoIyh7Trc7ft1QW GtX1mn84RVQCqrWPvM>
X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduledrieelgdehiecutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu uegrihhlohhuthemuceftddtnecunecujfgurhepofgfggfkjghffffhvffutgesthdtre dtreertdenucfhrhhomhepfdforghrthhinhcuvfhhohhmshhonhdfuceomhhtsehlohif vghnthhrohhphidrnhgvtheqnecuggftrfgrthhtvghrnheptdevtddvgeevkeeiteekud fgffduieegvdfhffefgfdvleffkeetvefgfeeutdfhnecuffhomhgrihhnpehivghtfhdr ohhrghdpghhithhhuhgsrdgtohhmnecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrg hmpehmrghilhhfrhhomhepmhhtsehlohifvghnthhrohhphidrnhgvth
X-ME-Proxy: <xmx:FzgrYH22rK5fkpk5qnawetVWW9O0rMAGSe7gSQ2yCp__zRfSkhpIKg> <xmx:FzgrYGBtnXGn0D_vwBf6QW9V42EsZ0qICt0MMc-N_x1H2VBLAh1rCQ> <xmx:FzgrYDiWDyGefiz6AWVWppFu95dVlqXnaoXY_Rgt8pYgw9Bh93vgyw> <xmx:FzgrYOvxq_WtqG4oCuOzlAnGaBn0EWMSeeIY8SgfUF0gBsFhazT4ew>
Received: by mailuser.nyi.internal (Postfix, from userid 501) id DB2544E008D; Mon, 15 Feb 2021 22:12:22 -0500 (EST)
X-Mailer: MessagingEngine.com Webmail Interface
User-Agent: Cyrus-JMAP/3.5.0-alpha0-141-gf094924a34-fm-20210210.001-gf094924a
Mime-Version: 1.0
Message-Id: <e20a238e-d36e-4a60-9d1c-916d0eb304bf@www.fastmail.com>
In-Reply-To: <CADdTf+jFn4QvzA9mD=m4V9fABp0D=HgHoWafqa-qXsVL-R3T_A@mail.gmail.com>
References: <CADdTf+jFn4QvzA9mD=m4V9fABp0D=HgHoWafqa-qXsVL-R3T_A@mail.gmail.com>
Date: Tue, 16 Feb 2021 14:12:02 +1100
From: "Martin Thomson" <mt@lowentropy.net>
To: quic@ietf.org
Subject: Re: Working Group Last Call: QUIC Ops Drafts
Content-Type: text/plain
Archived-At: <https://mailarchive.ietf.org/arch/msg/quic/vj541VMhoxD3cmts7Z3trAdNECU>
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: Tue, 16 Feb 2021 03:12:26 -0000

Hi,

I've read reviewed both of these drafts.

I think that the applicability draft is good.  It's clear and accurate.  Having followed the changes there, what comes out of WGLC should be in an acceptable state for requesting publication.

I would like to see another version of the manageability draft before approving it.

Most of the problems are "just" editorial, but there were numerous factual inaccuracies that directly relate to the suggestions being made.  I think that I caught most of those things that were obviously wrong with issues, but I might have missed a few things.

The biggest concern I have is with the way that the draft is not always clear about the conditions of statements it makes.  There are several critical distinctions that need to be kept very clear in writing something like this and this is excellent in some areas, but inconsistently applied.  The things that I think are important to keep clear always are:

1. The distinction between the properties of version 1 of QUIC and things that apply to all versions of QUIC.  I think that this could be achieved by stating up front that text only refers to version 1, but also repeating "version 1" to avoid ambiguity, even more than strictly necessary.  Explicitly calling out those few cases where invariant properties are being discussed (which is more often than might be obvious) seems sensible.

2. The distinction between actions taken unilaterally by path elements and actions taken by entities that cooperate with QUIC endpoints in performing their functions.  Here, most of the document is written from the perspective of not requiring cooperation.  That is stated up front[*], but the frequent digressions to talk about endpoint cooperation means that it is worth being extra clear, even to the point of redundancy.

[*] The draft says on-path observer in Section 3, but many of the actions in Section 4 involve intervention.

I don't have editorial pull requests, because I have to prioritize other work.  I think that this requires more work than I can commit to doing within the WGLC period.

Cheers,
Martin

On Fri, Feb 5, 2021, at 05:12, Matt Joras wrote:
> Hello,
> 
> Now that the base drafts are cruising down the road to RFC the Chairs 
> and Editors believe it's time to proceed with the standardization of 
> the ops drafts. Therefore, this email announces a Working Group Last 
> Call (WGLC) for the following QUIC documents:
> 
> * Manageability of the QUIC Transport Protocol
>   https://tools.ietf.org/html/draft-ietf-quic-manageability-09
> * Applicability of the QUIC Transport Protocol
>   https://tools.ietf.org/html/draft-ietf-quic-applicability-09
> 
> The WGLC will run for two weeks, ending on 18 February 2021.
> 
> Please review the documents above and open issues for your review 
> comments in our repository at https://github.com/quicwg/ops-drafts. You 
> may also send comments to quic@ietf.org.
> 
> Thanks,
> 
> Lars, Lucas, Matt
> QUIC WG Chairs