Re: [Gen-art] Gen-ART Last Call review of draft-ietf-httpbis-cache-header-08

Mark Nottingham <mnot@mnot.net> Fri, 09 July 2021 04:31 UTC

Return-Path: <mnot@mnot.net>
X-Original-To: gen-art@ietfa.amsl.com
Delivered-To: gen-art@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BFF603A0E22 for <gen-art@ietfa.amsl.com>; Thu, 8 Jul 2021 21:31:57 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.798
X-Spam-Level:
X-Spam-Status: No, score=-2.798 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_LOW=-0.7, 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=NlcVXKd6; dkim=pass (2048-bit key) header.d=messagingengine.com header.b=JLsej2Oh
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 4v5o1JZ8qyIU for <gen-art@ietfa.amsl.com>; Thu, 8 Jul 2021 21:31:52 -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 7F7493A0E21 for <gen-art@ietf.org>; Thu, 8 Jul 2021 21:31:52 -0700 (PDT)
Received: from compute4.internal (compute4.nyi.internal [10.202.2.44]) by mailout.nyi.internal (Postfix) with ESMTP id A60C35C0114; Fri, 9 Jul 2021 00:31:48 -0400 (EDT)
Received: from mailfrontend1 ([10.202.2.162]) by compute4.internal (MEProxy); Fri, 09 Jul 2021 00:31:48 -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=fm3; bh=+ C1WkD+q6pqUUel4UAoldmSJ5CnAvuFS7KxeV622aCA=; b=NlcVXKd6Vc8irAVqb BlPtiwgNvldYPyvKDiBcFnAL65yUu9SFZbqg8XNhLpc0dILQkXjQNFiC/2Xhvdjr mP2kKirGWicADqwg4HZq4c49+LAJvsxaa5ICwSDWmbE0cyypBCnpFFP1LF8FLtl6 maZnzmmtbQx+GDVHKPfgEgW9Acy7i/nJJ0pqodSpfcAUh4KXS50Lncy0qWZGHxhK 3MH1I6Kdwj6ItOx6KPcZX9u552lIEi1JKa6SeBDfeBwwnTXBT/YLmTFIAMdXhURu CDUb1Wf/So8/gQfHR9zPjoyxVtUvKOujbQNJGNsLk8V5vWkM7kvskS2LvyiDmEuS ZgI7Q==
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=fm3; bh=+C1WkD+q6pqUUel4UAoldmSJ5CnAvuFS7KxeV622a CA=; b=JLsej2OhnTDR9Zabg6UptazX0inrvz/7KyLVi3FMA/AkAnaasYrT1NVO7 71x6PjVpvo0v4yVzsHqC7+ypTBcxSeJ/ajI/hVqAgvs2OK554U/a5PJDax7txA4i zUCrnLNfHpHnlwzR6mSFDBAgRYlrcKBvRWhDfqe44XBmDfT9qWJFdHkhv7/5bZQx VWkcPDpwVIRkhhsoFmIfscHjmthOJzwBED5+wEGdyrB1kO61Ep8vA2cqiP0iAU4H 9d82p1pK9nRNpy/d1PQwweGEkLo1sN3Ovx0sUgHWMrrboxt+BOMKa+5AyPDiOAFD nmvDLG10thteVNGmyWxNm4T4RTv4Q==
X-ME-Sender: <xms:M9HnYEtn8NOjqkya1V5RdTWXARjEdG8k4UMGPDRbhy-FqTWRG6l3nQ> <xme:M9HnYBd5Q8VnXD5JVJnqgW0xp_6Jo40ElwBweXebGTDpzJrq4Q00Phr4sXLC90jne C6AhmyEb5OPHXXdUw>
X-ME-Received: <xmr:M9HnYPyQGSeX0kX01iFE7oCQ5FSydWioQd-n5xDbfIBgH1jlxDGiD1pW1OZNCGPjapHwh2BMYuCIvFohUukJpyTX2Oa5K-rGPpl5lzxGe4rEAs7ngbT39eeq>
X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvtddrtdehgdehiecutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu uegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenuc fjughrpegtggfuhfgjfffgkfhfvffosehtqhhmtdhhtddvnecuhfhrohhmpeforghrkhcu pfhothhtihhnghhhrghmuceomhhnohhtsehmnhhothdrnhgvtheqnecuggftrfgrthhtvg hrnhepvefffffhudetveevhfeuffeigedtuedtheffleetffeftddtgeegjeehieeuteet necuffhomhgrihhnpehmnhhothdrnhgvthenucevlhhushhtvghrufhiiigvpedtnecurf grrhgrmhepmhgrihhlfhhrohhmpehmnhhothesmhhnohhtrdhnvght
X-ME-Proxy: <xmx:M9HnYHOPWBPKt-kmALMNxy277FN6IG0UIsUWrZEeGIyzeL6XBJAqZw> <xmx:M9HnYE8q3gE3fBzJVvYGwHQP-_sD0ms3e6CoMV3cbppk35fT9XhcKQ> <xmx:M9HnYPWZVWm7rQI_4rG6OmUExKE-h86o3DjFCXlJQloM90AsGASPAg> <xmx:NNHnYIbv0_Bwc9fPXcxlkq6282bat0Sn1vyD-EAx6_N8422yvNjwAg>
Received: by mail.messagingengine.com (Postfix) with ESMTPA; Fri, 9 Jul 2021 00:31:46 -0400 (EDT)
Content-Type: text/plain; charset=us-ascii
Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.100.0.2.22\))
From: Mark Nottingham <mnot@mnot.net>
In-Reply-To: <27568a28-a414-043e-f193-c0565dbb0f51@alum.mit.edu>
Date: Fri, 9 Jul 2021 14:31:41 +1000
Cc: General Area Review Team <gen-art@ietf.org>, HTTP Working Group <ietf-http-wg@w3.org>
Content-Transfer-Encoding: quoted-printable
Message-Id: <AFFD1DED-85C0-4095-BA73-F7C0340A53CE@mnot.net>
References: <e8c8b750-0f10-c462-3bd2-525770aaf51f@alum.mit.edu> <5E5C07AE-AB5B-4909-8A3B-C3EDBCDAF540@mnot.net> <62a2fed6-481c-5444-0ebb-465cf19bbadf@alum.mit.edu> <9B66A803-AC07-430F-826F-392E297F5C96@mnot.net> <27568a28-a414-043e-f193-c0565dbb0f51@alum.mit.edu>
To: Paul Kyzivat <pkyzivat@alum.mit.edu>
X-Mailer: Apple Mail (2.3654.100.0.2.22)
Archived-At: <https://mailarchive.ietf.org/arch/msg/gen-art/BwhR7hGPqpQJx_UMki-S02vii0U>
Subject: Re: [Gen-art] Gen-ART Last Call review of draft-ietf-httpbis-cache-header-08
X-BeenThere: gen-art@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "GEN-ART: General Area Review Team" <gen-art.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/gen-art>, <mailto:gen-art-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/gen-art/>
List-Post: <mailto:gen-art@ietf.org>
List-Help: <mailto:gen-art-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/gen-art>, <mailto:gen-art-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 09 Jul 2021 04:31:58 -0000


> On 7 Jul 2021, at 11:32 pm, Paul Kyzivat <pkyzivat@alum.mit.edu> wrote:
> 
> On 7/7/21 12:31 AM, Mark Nottingham wrote:
>>> On 3 Jul 2021, at 2:00 am, Paul Kyzivat <pkyzivat@alum.mit.edu> wrote:
>>>> 
>>>>> I suggest you provide IANA with a template for the registry, and provide authors of extension parameters with a template for what should be included in a specification document.
>>>> There's a registration template in Section 4, referenced from the IANA considerations.
>>> 
>>> Yes, I saw that. But IANA isn't instructed to make a registry containing those things. (They are described as being input to the expert. I'm greatly in favor of specifying what input the expert should consider.)
>>> 
>>> Also, IANA is asked to populate the registry from section 2. But section 2 isn't consistent with that template.
>>> 
>>> I suggest you be clear about how the IANA registry should be formatted, and then provide a filled in template containing what you want to go into the registry from section 2.
>> Since this discussion, IANA has commented on the draft, and didn't have any issues with identifying how to populate the registry. I did, however, forget to register the HTTP header itself :)
> 
> OK. But wait and see what they end up creating for the initial entries.

I've already seen them, they're fine.

> Can you give a plausible example of an extension that could be sufficiently defined without an accompanying document? Where the only information available to the user is what is contained in the IANA registry?

Not off the top of my head. 

Cheers,


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