Re: [DNSOP] [Technical Errata Reported] RFC8624 (6227)

Paul Wouters <paul@nohats.ca> Fri, 10 July 2020 14:08 UTC

Return-Path: <paul@nohats.ca>
X-Original-To: dnsop@ietfa.amsl.com
Delivered-To: dnsop@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5753D3A0D0C for <dnsop@ietfa.amsl.com>; Fri, 10 Jul 2020 07:08:10 -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, SPF_HELO_NONE=0.001, SPF_NONE=0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=nohats.ca
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 w3ZT5Hz2aWW1 for <dnsop@ietfa.amsl.com>; Fri, 10 Jul 2020 07:08:07 -0700 (PDT)
Received: from mx.nohats.ca (mx.nohats.ca [193.110.157.68]) (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 A043B3A11A8 for <dnsop@ietf.org>; Fri, 10 Jul 2020 07:06:45 -0700 (PDT)
Received: from localhost (localhost [IPv6:::1]) by mx.nohats.ca (Postfix) with ESMTP id 4B3FGC1wZJzDmK; Fri, 10 Jul 2020 16:06:43 +0200 (CEST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nohats.ca; s=default; t=1594390003; bh=GeBjt6MpEJ2rLBS3P0PW7NN8Zu9jNuXtKf3CYP8pu90=; h=Date:From:To:cc:Subject:In-Reply-To:References; b=oG1U+0xuHjdb152QY7p8rlk9XMt4GY8jb4HTiL1WZDyKzBcW/3k6OEzl9dRwRup1c 5lwHMB+A+hd8iRueVpDAWgkRhhJjbg/g2Aoq7WFfZ0L0WECSOZjeC+f2HKZ5OPx6b+ u2L2li8ExNmgUMHaOqVqHqqgsLi9IfZ8hYvwMb6s=
X-Virus-Scanned: amavisd-new at mx.nohats.ca
Received: from mx.nohats.ca ([IPv6:::1]) by localhost (mx.nohats.ca [IPv6:::1]) (amavisd-new, port 10024) with ESMTP id azib4xipa721; Fri, 10 Jul 2020 16:06:42 +0200 (CEST)
Received: from bofh.nohats.ca (bofh.nohats.ca [76.10.157.69]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx.nohats.ca (Postfix) with ESMTPS; Fri, 10 Jul 2020 16:06:42 +0200 (CEST)
Received: by bofh.nohats.ca (Postfix, from userid 1000) id 17CC36020F17; Fri, 10 Jul 2020 10:06:41 -0400 (EDT)
Received: from localhost (localhost [127.0.0.1]) by bofh.nohats.ca (Postfix) with ESMTP id 0F200997D; Fri, 10 Jul 2020 10:06:41 -0400 (EDT)
Date: Fri, 10 Jul 2020 10:06:40 -0400
From: Paul Wouters <paul@nohats.ca>
To: RFC Errata System <rfc-editor@rfc-editor.org>
cc: pwouters@redhat.com, ondrej@isc.org, warren@kumari.net, rwilton@cisco.com, benno@NLnetLabs.nl, suzworldwide@gmail.com, tjw.ietf@gmail.com, dnsop@ietf.org, mats.dufberg@internetstiftelsen.se
In-Reply-To: <20200710083152.3ED31F4071F@rfc-editor.org>
Message-ID: <alpine.LRH.2.23.451.2007101002280.281462@bofh.nohats.ca>
References: <20200710083152.3ED31F4071F@rfc-editor.org>
MIME-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"; format="flowed"
Archived-At: <https://mailarchive.ietf.org/arch/msg/dnsop/iS_TPUOzw0pbXTh2HAIw0QCM-zk>
Subject: Re: [DNSOP] [Technical Errata Reported] RFC8624 (6227)
X-BeenThere: dnsop@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: IETF DNSOP WG mailing list <dnsop.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/dnsop>, <mailto:dnsop-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/dnsop/>
List-Post: <mailto:dnsop@ietf.org>
List-Help: <mailto:dnsop-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/dnsop>, <mailto:dnsop-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 10 Jul 2020 14:08:10 -0000

On Fri, 10 Jul 2020, RFC Errata System wrote:

> Subject: [DNSOP] [Technical Errata Reported] RFC8624 (6227)
> 
> The following errata report has been submitted for RFC8624,
> "Algorithm Implementation Requirements and Usage Guidance for DNSSEC".

> Type: Technical
> Reported by: Mats Dufberg <mats.dufberg@internetstiftelsen.se>

> Original Text
> -------------
>   This document has no IANA actions.
>
>
> Corrected Text
> --------------
>   This document updates the IANA registry "Delegation Signer (DS) Resource
>   Record (RR) Type Digest Algorithms". The registry has been updated by
>   the following table from section 3.3:

[...]


> Notes
> -----
> The document clearly has the intention to update the IANA registers, which is also stated in the document, but not in section 6 ("IANA Considerations").


The document did NOT add any columns to the IANA registry. Whether a
successor of this document should do that or not is up to the working
group. Some WG's prefer that recommendations stay in RFC's and IANA
just stays numbers. Other WGs add a column for deprecated/obsoleted

So I think technically, this errata is not correct.

I do agree that a future RFC should add a Notes column where we can
mark an entry as deprecated/obsolete. I do not think we should add
recommended, not recommended here, as the iANA registry itself does
not allow us to explain and clarify why we come to such recommendations
and an implementor cannot really decide on whether to implement a
MAY or NOT REOMMENDED or RECOMMENDED without having more context.

Paul