Re: Robert Wilton's No Objection on draft-ietf-httpbis-targeted-cache-control-03: (with COMMENT)

Mark Nottingham <mnot@mnot.net> Thu, 20 January 2022 04:08 UTC

Return-Path: <ietf-http-wg-request+bounce-httpbisa-archive-bis2juki=lists.ie@listhub.w3.org>
X-Original-To: ietfarch-httpbisa-archive-bis2Juki@ietfa.amsl.com
Delivered-To: ietfarch-httpbisa-archive-bis2Juki@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 67AF43A0FC1 for <ietfarch-httpbisa-archive-bis2Juki@ietfa.amsl.com>; Wed, 19 Jan 2022 20:08:26 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.748
X-Spam-Level:
X-Spam-Status: No, score=-2.748 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HEADER_FROM_DIFFERENT_DOMAINS=0.25, MAILING_LIST_MULTI=-1, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=unavailable autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=mnot.net header.b=mI/GBqhA; dkim=pass (2048-bit key) header.d=messagingengine.com header.b=JLFFbNDG
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 XUFB2Dh6eIMj for <ietfarch-httpbisa-archive-bis2Juki@ietfa.amsl.com>; Wed, 19 Jan 2022 20:08:22 -0800 (PST)
Received: from lyra.w3.org (lyra.w3.org [128.30.52.18]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 45E783A0FBF for <httpbisa-archive-bis2Juki@lists.ietf.org>; Wed, 19 Jan 2022 20:08:21 -0800 (PST)
Received: from lists by lyra.w3.org with local (Exim 4.92) (envelope-from <ietf-http-wg-request@listhub.w3.org>) id 1nAOk2-00059q-5b for ietf-http-wg-dist@listhub.w3.org; Thu, 20 Jan 2022 04:08:06 +0000
Resent-Date: Thu, 20 Jan 2022 04:08:06 +0000
Resent-Message-Id: <E1nAOk2-00059q-5b@lyra.w3.org>
Received: from mimas.w3.org ([128.30.52.79]) by lyra.w3.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from <mnot@mnot.net>) id 1nAOjv-00058c-2g for ietf-http-wg@listhub.w3.org; Thu, 20 Jan 2022 04:07:59 +0000
Received: from out4-smtp.messagingengine.com ([66.111.4.28]) by mimas.w3.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from <mnot@mnot.net>) id 1nAOjt-0004nf-1H for ietf-http-wg@w3.org; Thu, 20 Jan 2022 04:07:58 +0000
Received: from compute1.internal (compute1.nyi.internal [10.202.2.41]) by mailout.nyi.internal (Postfix) with ESMTP id 5BB8C5C01F6; Wed, 19 Jan 2022 23:07:44 -0500 (EST)
Received: from mailfrontend2 ([10.202.2.163]) by compute1.internal (MEProxy); Wed, 19 Jan 2022 23:07:44 -0500
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=fm1; bh=FPknUXe6YuzqqG kOTWR2g5kdI5vMLmkhSPiffikKwgc=; b=mI/GBqhAGd9sx/53VIEya1pJ0j/lzn ZJEDX6QT5/nkgI4FqhbhsutADt4PgViQ0b8xw4aluzlShLAVQwdfc+6JHUR/pmxX 6vrgRF0hYpKEzFHwS4SlBrrMXG21WgaqOvqH8qoZnXRoTYkeD1PuH5P0PIJuHL0+ 7uK8cLmwSAyNAy8HRcnjnw276/4R/156TGl+p73gR34jUCvzizRwuqI7i0u6S/au 5NVVuXY0b2z6G5P8juO+R/+Pl4zsMmCUhTRj7gxDR12ZyueRSbnPGxsZiEvA6w4J T4uKcNfpk3Gk3ndqCrSCTElGl2pZVus1LIBQpvmacR5pnIsNGPcw/9Jw==
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=fm1; bh=FPknUXe6YuzqqGkOTWR2g5kdI5vMLmkhSPiffikKw gc=; b=JLFFbNDGKTBg6CKBjg5MTvczqMXcr0aJKgFX2GS+aTBEIVwKYNE+indFH fDHZ/z37tVo990l/bqFsVJ/pHMAyG6t5VSKlQQwQF0pLnoGa3HVwHLMEn0PjB2E7 4XYu6F05/NcEwmmKAHwtVBtxP1p5mrpvSy6hiTjfIB45qYOW7ImHoqC3fdTUjr/N us3MJNt8yHxiMqX2aGpsNccE2kln7OYBHs6NRUC/C2aDJa3VP7UpDeCJ6Ib48gkJ s2we+D/32y7BLr8kzgFRoneX2EwcTlD+n8+7S+4k328/3uPdqRGd95r0ua7JNBgI 2J00x2jlvA+NKEeHmwzBrWf189x1w==
X-ME-Sender: <xms:EODoYSYwp_Goj92D_3XdBuFH1C2LeLoiMNfP1IGzGNiQysFzzaYZ-w> <xme:EODoYVbAb7jwxR5IUrEFiS0KG9lG1SeF85kqIaSCKizHtM6wraDrhomT4H6V0rmfE U1QVWwxLboMa2ntAw>
X-ME-Received: <xmr:EODoYc-ACsnon2yhMBYkFYzptFkxPS0V4NiFdQglGtqRmhxWW9eF51EprzLhHWRNlvYrx8sD5q7gE2AK6-D1iLt_IpxaiE8qRJxmZH8QCyBg_iZLU78eOCXd>
X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvvddrudejgdeijecutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu uegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenuc fjughrpegtggfuhfgjfffgkfhfvffosehtqhhmtdhhtddvnecuhfhrohhmpeforghrkhcu pfhothhtihhnghhhrghmuceomhhnohhtsehmnhhothdrnhgvtheqnecuggftrfgrthhtvg hrnhepieevtdffgfekheeiueefhefggffggeektddtffegjefgueelhfejiefhleegtdel necuffhomhgrihhnpehgihhthhhusgdrtghomhdpihgrnhgrrdhorhhgpdhmnhhothdrnh gvthenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhgrihhlfhhrohhmpehm nhhothesmhhnohhtrdhnvght
X-ME-Proxy: <xmx:EODoYUo-6o4dtftvFp26Znb6wRrIMLYwxVflGEgKxSTill1VAd1Vrg> <xmx:EODoYdrFLiLBo6JZ_x7s2oy4YZOhe79qziYZgb0hI3Z15pHdFQVtjg> <xmx:EODoYSS2ioVLoPX8UKDIUVXgFx4M7Vt4s-piQzpHI9wgI8GQ8hchjw> <xmx:EODoYRIMQg11jVX9TNId3WoTBBNRSm8nHj0TXXYv5o-2Nf4C5P-0qg>
Received: by mail.messagingengine.com (Postfix) with ESMTPA; Wed, 19 Jan 2022 23:07:41 -0500 (EST)
Content-Type: text/plain; charset="us-ascii"
Mime-Version: 1.0 (Mac OS X Mail 15.0 \(3693.40.0.1.81\))
From: Mark Nottingham <mnot@mnot.net>
In-Reply-To: <164252974179.16647.14689709029269109974@ietfa.amsl.com>
Date: Thu, 20 Jan 2022 15:07:37 +1100
Cc: The IESG <iesg@ietf.org>, draft-ietf-httpbis-targeted-cache-control@ietf.org, httpbis-chairs@ietf.org, HTTP Working Group <ietf-http-wg@w3.org>, tpauly@apple.com
Content-Transfer-Encoding: quoted-printable
Message-Id: <F1A71331-FAD7-41A0-8477-0F8641EFB6A7@mnot.net>
References: <164252974179.16647.14689709029269109974@ietfa.amsl.com>
To: Robert Wilton <rwilton@cisco.com>
X-Mailer: Apple Mail (2.3693.40.0.1.81)
Received-SPF: pass client-ip=66.111.4.28; envelope-from=mnot@mnot.net; helo=out4-smtp.messagingengine.com
X-W3C-Hub-DKIM-Status: validation passed: (address=mnot@mnot.net domain=mnot.net), signature is good
X-W3C-Hub-DKIM-Status: validation passed: (address=mnot@mnot.net domain=messagingengine.com), signature is good
X-W3C-Hub-Spam-Status: No, score=-9.8
X-W3C-Hub-Spam-Report: 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_HELO_PASS=-0.001, SPF_PASS=-0.001, W3C_AA=-1, W3C_DB=-1, W3C_IRA=-1, W3C_IRR=-3, W3C_WL=-1
X-W3C-Scan-Sig: mimas.w3.org 1nAOjt-0004nf-1H 3665b61a8a036966198493927a1cb728
X-Original-To: ietf-http-wg@w3.org
Subject: Re: Robert Wilton's No Objection on draft-ietf-httpbis-targeted-cache-control-03: (with COMMENT)
Archived-At: <https://www.w3.org/mid/F1A71331-FAD7-41A0-8477-0F8641EFB6A7@mnot.net>
Resent-From: ietf-http-wg@w3.org
X-Mailing-List: <ietf-http-wg@w3.org> archive/latest/39764
X-Loop: ietf-http-wg@w3.org
Resent-Sender: ietf-http-wg-request@w3.org
Precedence: list
List-Id: <ietf-http-wg.w3.org>
List-Help: <https://www.w3.org/Mail/>
List-Post: <mailto:ietf-http-wg@w3.org>
List-Unsubscribe: <mailto:ietf-http-wg-request@w3.org?subject=unsubscribe>

Hi Rob,

> On 19 Jan 2022, at 5:15 am, Robert Wilton via Datatracker <noreply@ietf.org> wrote:
> 
> 1.
>   Because it is often desirable to control these different classes of
>   caches separately, some means of targeting directives at them is
>   necessary.
> 
> As a reader that is not familiar with the reasons (but I could potentially
> guess), I was wondering whether it would be help to add a sentence to explain
> why this might be done?

I've added a motivating example here:
  https://github.com/httpwg/http-extensions/commit/0cfdc194517

> 2. I felt a bit ambiguous to me about what directives are actually allowed in a
> cache directive:
> 
> Section 2.1 states:
>  "Targeted fields are Dictionary Structured Fields (Section 3.2 of
>   [STRUCTURED-FIELDS]).  Each member of the dictionary is a cache
>   response directive from the Hypertext Transfer Protocol (HTTP) Cache
>   Directive Registry (https://www.iana.org/assignments/http-cache-
>   directives/)."
> 
>   and
> 
>   If a targeted field in a given response is empty, or a parsing error
>   is encountered, that field MUST be ignored by the cache (i.e., it
>   behaves as if the field were not present, likely falling back to
>   other cache control mechanisms present)
> 
> Section 3.1 states:
> 
>   Cache-Control: no-store
>   CDN-Cache-Control: none
> 
>   (note that 'none' is not a registered cache directive; it is here to
>   avoid sending a header field with an empty value, which would be
>   ignored)
> 
> It was left somewhat unclear to me whether an implementation is allowed to use
> a cache directive that is not defined in the "Cache Directive Registry", noting
> that the example in 3.1 seems to suggest this is allowed.  Perhaps the document
> would be clearer if this was explicitly stated in section 2.1?

Hm. Yes, the invocation of the registry is a bit odd there. I've attempted to improve this here:
  https://github.com/httpwg/http-extensions/commit/d1457362a509
(co-authors, please review)

> Some nits:
> 
> more of of => more of
> 
> \[CDN-Cache-Control]]) => strange escape or extra ].
> 
> "directive" to "Cache directives" in a few more places for consistency? 
> Particularly in section 2.1, I thought that this might make the text slightly
> better.

See:
  https://github.com/httpwg/http-extensions/commit/d497981c70

Thanks for the review.

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