Re: [art] [Last-Call] Genart last call review of draft-nottingham-rfc7320bis-02

Alissa Cooper <alissa@cooperw.in> Tue, 21 January 2020 16:49 UTC

Return-Path: <alissa@cooperw.in>
X-Original-To: expand-draft-nottingham-rfc7320bis.all@virtual.ietf.org
Delivered-To: art@ietfa.amsl.com
Received: by ietfa.amsl.com (Postfix, from userid 65534) id 461CE120044; Tue, 21 Jan 2020 08:49:31 -0800 (PST)
X-Original-To: xfilter-draft-nottingham-rfc7320bis.all@ietfa.amsl.com
Delivered-To: xfilter-draft-nottingham-rfc7320bis.all@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EBEC61200CC; Tue, 21 Jan 2020 08:49:30 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.7
X-Spam-Level:
X-Spam-Status: No, score=-2.7 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_LOW=-0.7, 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=cooperw.in header.b=VE8YJggR; dkim=pass (2048-bit key) header.d=messagingengine.com header.b=swBxbc9C
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 mr9F_WlnBgA7; Tue, 21 Jan 2020 08:49:29 -0800 (PST)
Received: from wout3-smtp.messagingengine.com (wout3-smtp.messagingengine.com [64.147.123.19]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5EA7B120044; Tue, 21 Jan 2020 08:49:26 -0800 (PST)
Received: from compute7.internal (compute7.nyi.internal [10.202.2.47]) by mailout.west.internal (Postfix) with ESMTP id 67D20641; Tue, 21 Jan 2020 11:49:25 -0500 (EST)
Received: from mailfrontend1 ([10.202.2.162]) by compute7.internal (MEProxy); Tue, 21 Jan 2020 11:49:25 -0500
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cooperw.in; h= content-type:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; s=fm2; bh=I zQJawLPnR1AXDZ0amzORqFL4y6KqWYkgae8kyzQENI=; b=VE8YJggR9JG9ykXTt Pn6Emoxki1ewGrqqzKES5yHwZA8G8SZj6ky9OZ3d+JIbgH1TkW2aNKfo5gQpfFb8 8TL7Od7gvHp1OouG/TQPTeYnIhfGZSzCiqdIDgcjHdA89EDP+7vwDSoJaBh0H130 LYj6Ggm0L8ZTrbndr1x4iFCNgEAbeDjqGXJJvPRVpcfuyVEY+s5FqeJB2GtXVCSy Px6VCvTIUkBhn4nsM7pkaDKj7rctOIEQkN1PbbGtD2bwKOjrCDop7c2gZoClcBfv yHg1FwW/9QQ0iJ50WY52erj0UrhVpjVD6kM1Dnju2p/htvpJsttU+x3d3by3IgQH Ncopw==
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=fm1; bh=IzQJawLPnR1AXDZ0amzORqFL4y6KqWYkgae8kyzQE NI=; b=swBxbc9Cdrh23k2lzYB+XCiRCJNpwFro77zxxySqZNVjKzzKXgbsns0vG 2RNbeaLR0EQARvvWAzMdNgNUFNAK2PnSn/fCQnEhcfmfMdM7mRBaetqAp1075zYq 1DfSsrdC4plcmB5eljTed6/Qpm0IL59zNN8MaZOetwL0zyKN47lSTIIwe/UF+Y7t duUTVvQi9p+gBJjtovXktsNT6blOkp9h/Uy+Xhqc7rBKbSCsU7tHe1PslHVTDHsA RXA+MjSumyM/7uCPqk2HEy3ElvRFmNSAF7X1kW6Cj7B/d2IZnDCNPQQQxVC+20ht aovqWT9yVFuu/Mwg+eVNU2b9GgcxA==
X-ME-Sender: <xms:lCsnXm3SRHPVSOh1hdtAFwfp06RUzHxdJ75mJlEXxj4HAPpfatDX0w>
X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedugedrudekgdelvdcutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu uegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenuc fjughrpegtggfuhfgjfffgkfhfvffosehtqhhmtdhhtdejnecuhfhrohhmpeetlhhishhs rgcuvehoohhpvghruceorghlihhsshgrsegtohhophgvrhifrdhinheqnecuffhomhgrih hnpehmnhhothdrnhgvthdpihgvthhfrdhorhhgnecukfhppedujeefrdefkedruddujedr jeeknecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehmrghilhhfrhhomheprg hlihhsshgrsegtohhophgvrhifrdhinh
X-ME-Proxy: <xmx:lCsnXhvKJWN3Q_iUfWsFMZJLahgIZU_9uJWZddG5_HNH24a5380mnQ> <xmx:lCsnXmUidNzrFdM9p8fprymLr0oRDDHB6s6oyiRaM3lBm347NwjLuw> <xmx:lCsnXhx-QE8-l24X9qQbUErHO2R2d-RtUT1Br_YluUYhyLqZho1Mqw> <xmx:lSsnXq8j9WdeVU55ytEGLj6qcmvRWpzxX2pp_o3LHsuigYwVHwnA3g>
Received: from rtp-alcoop-nitro2.cisco.com (unknown [173.38.117.78]) by mail.messagingengine.com (Postfix) with ESMTPA id 030873280059; Tue, 21 Jan 2020 11:49:23 -0500 (EST)
Content-Type: text/plain; charset="utf-8"
Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\))
From: Alissa Cooper <alissa@cooperw.in>
In-Reply-To: <4C01295C-6EDA-4C32-8BA3-BD8DA3B9C9A2@mnot.net>
Date: Tue, 21 Jan 2020 11:49:20 -0500
Cc: Carsten Bormann <cabo@tzi.org>, last-call@ietf.org, General Area Review Team <gen-art@ietf.org>, draft-nottingham-rfc7320bis.all@ietf.org, Martin Thomson <mt@lowentropy.net>
Content-Transfer-Encoding: quoted-printable
Message-Id: <94DB4F60-A4BD-4BFF-9587-673BC52A9361@cooperw.in>
References: <3a7db097-84c0-4c44-aed0-51196a6a16b6@www.fastmail.com> <9F9A2298-0088-40B2-A69C-7F63D17EB8E3@nostrum.com> <A88B004F-6426-41BF-9711-4071A63637B5@mnot.net> <23E269D1-06A1-4EE6-B886-5E5B3824C27E@tzi.org> <4C01295C-6EDA-4C32-8BA3-BD8DA3B9C9A2@mnot.net>
To: Mark Nottingham <mnot@mnot.net>, Robert Sparks <rjsparks@nostrum.com>
X-Mailer: Apple Mail (2.3445.9.1)
Resent-From: alias-bounces@ietf.org
Resent-To: mnot@mnot.net, adam@nostrum.com, mt@mozilla.com, art@ietf.org, mt@lowentropy.net
Resent-Message-Id: <20200121164931.461CE120044@ietfa.amsl.com>
Resent-Date: Tue, 21 Jan 2020 08:49:31 -0800
Archived-At: <https://mailarchive.ietf.org/arch/msg/art/WIFubf13KSxfkNV4dwG-Ew2IxMg>
Subject: Re: [art] [Last-Call] Genart last call review of draft-nottingham-rfc7320bis-02
X-BeenThere: art@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Applications and Real-Time Area Discussion <art.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/art>, <mailto:art-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/art/>
List-Post: <mailto:art@ietf.org>
List-Help: <mailto:art-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/art>, <mailto:art-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 21 Jan 2020 16:49:31 -0000

Robert, thanks for your review. Mark, thanks for your responses. I entered a Yes ballot. I have a comment below regarding the RFC 6838 reference.

> On Nov 26, 2019, at 9:32 PM, Mark Nottingham <mnot@mnot.net> wrote:
> 
> 
> 
>> On 27 Nov 2019, at 1:13 pm, Carsten Bormann <cabo@tzi.org> wrote:
>> 
>> On Nov 27, 2019, at 02:56, Mark Nottingham <mnot@mnot.net> wrote:
>>> 
>>> Do we expect most readers to be comparing the documents so closely? This is an 'obsoletes', not an 'updates'.
>> 
>> Speaking for myself as a reader only: Yes.
> 
> My concern is that every time we add text to a document, we increase the cognitive load for readers; adding the reasoning for *every* decision and change expands a page of text into 2 to 3 (or more), so we need to impose a filter of some sort.
> 
> The requirement in question is:
> 
> "Media type definitions (as per [RFC6838]) SHOULD specify the fragment identifier syntax(es) to be used with them"
> 
> It was removed because it was misleading (6838 doesn't make such a requirement a SHOULD), and the focus of this update was to reduce the number of unnecessary requirements.

I think a good solution here would be to add a sentence along the lines of the sentence above to the shepherd write-up. That way the rationale for the substitution is captured in the document’s history but not in the document itself.

Thanks,
Alissa


> 3986 isn't replacing that reference; it's providing a grounding for what fragment identifiers are.
> 
> IME this information doesn't help the reader understand the document any better unless they're closely comparing the two documents (as reviewers are now doing, and thanks to them). If folks disagree, that's fine, but I'd like to understand why they think this information is worthy of documenting in-spec.
> 
> Cheers,
> 
> --
> Mark Nottingham   https://www.mnot.net/
> 
> _______________________________________________
> art mailing list
> art@ietf.org
> https://www.ietf.org/mailman/listinfo/art