Re: [DNSOP] [Ext] Martin Duke's Discuss on draft-ietf-dnsop-dnssec-iana-cons-04: (with DISCUSS and COMMENT)

Amanda Baber <amanda.baber@iana.org> Wed, 29 September 2021 17:12 UTC

Return-Path: <amanda.baber@iana.org>
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 805603A078F; Wed, 29 Sep 2021 10:12:03 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.798
X-Spam-Level:
X-Spam-Status: No, score=-1.798 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, HTTPS_HTTP_MISMATCH=0.1, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no
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 aoD88BDDOwFt; Wed, 29 Sep 2021 10:11:58 -0700 (PDT)
Received: from ppa5.dc.icann.org (ppa5.dc.icann.org [192.0.46.78]) (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 58BC53A0768; Wed, 29 Sep 2021 10:11:58 -0700 (PDT)
Received: from MBX112-E2-CO-1.pexch112.icann.org (out.mail.icann.org [64.78.33.7]) by ppa5.dc.icann.org (8.16.0.43/8.16.0.43) with ESMTPS id 18THBtaA012834 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Wed, 29 Sep 2021 17:11:56 GMT
Received: from MBX112-W2-CO-2.pexch112.icann.org (10.226.41.130) by MBX112-W2-CO-2.pexch112.icann.org (10.226.41.130) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.922.13; Wed, 29 Sep 2021 10:11:55 -0700
Received: from MBX112-W2-CO-2.pexch112.icann.org ([10.226.41.130]) by MBX112-W2-CO-2.pexch112.icann.org ([10.226.41.130]) with mapi id 15.02.0922.013; Wed, 29 Sep 2021 10:11:55 -0700
From: Amanda Baber <amanda.baber@iana.org>
To: Donald Eastlake <d3e3e3@gmail.com>, Martin Duke <martin.h.duke@gmail.com>
CC: dnsop <dnsop@ietf.org>, The IESG <iesg@ietf.org>
Thread-Topic: [DNSOP] [Ext] Martin Duke's Discuss on draft-ietf-dnsop-dnssec-iana-cons-04: (with DISCUSS and COMMENT)
Thread-Index: AQHXtJeQoX/X6YtSsEi6IZohVE6K+Ku7nzeAgAAHeoCAAAV4gP//lNsA
Date: Wed, 29 Sep 2021 17:11:55 +0000
Message-ID: <BFBEFFD5-4C5D-4B37-B301-A10EEDF60855@iana.org>
References: <163285408723.29955.12780997671770548944@ietfa.amsl.com> <AE26C926-F618-4C16-88E6-5DD4AED2B178@icann.org> <CAM4esxTC4QHvg+bihhMudO3jpyrpMu0G1YkCrSJH=PLSJkNZHw@mail.gmail.com> <CAF4+nEEJnC5t-bAWXwZZZ1XBe2Q=wVWDLU25fFOe-8bctyCG5g@mail.gmail.com>
In-Reply-To: <CAF4+nEEJnC5t-bAWXwZZZ1XBe2Q=wVWDLU25fFOe-8bctyCG5g@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
user-agent: Microsoft-MacOutlook/16.51.21071101
x-originating-ip: [192.0.32.234]
x-source-routing-agent: Processed
Content-Type: multipart/alternative; boundary="_000_BFBEFFD54C5D4B37B301A10EEDF60855ianaorg_"
MIME-Version: 1.0
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:6.0.391, 18.0.790 definitions=2021-09-29_06:2021-09-29, 2021-09-29 signatures=0
Archived-At: <https://mailarchive.ietf.org/arch/msg/dnsop/MOQ2V3Od_fs52Vasto1Qcr4Ub64>
Subject: Re: [DNSOP] [Ext] Martin Duke's Discuss on draft-ietf-dnsop-dnssec-iana-cons-04: (with DISCUSS and COMMENT)
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: Wed, 29 Sep 2021 17:12:04 -0000

Hi,

The RR TYPE experts do want us to leave those obsoleted references in the registry). We’re asking them to clarify whether this should be the case for all future entries in that registry as well.

Best regards,
Amanda

From: iesg <iesg-bounces@ietf.org> on behalf of Donald Eastlake <d3e3e3@gmail.com>
Date: Wednesday, September 29, 2021 at 9:35 AM
To: Martin Duke <martin.h.duke@gmail.com>
Cc: dnsop <dnsop@ietf.org>, The IESG <iesg@ietf.org>
Subject: Re: [DNSOP] [Ext] Martin Duke's Discuss on draft-ietf-dnsop-dnssec-iana-cons-04: (with DISCUSS and COMMENT)

It would seem that registry references are not always fully updated. Another example I stumbled over recently is that RFC 3404 obsoletes RFCs 2915 and 2168 but they were both left in as references in the IANA RR registry entry for NAPTR when RFC 3404 was added as a reference... Last I heard, IANA was checking with the Experts for that registry and IANA considered it up to those experts whether to leave in the obsoleted references or not.

Thanks,
Donald
===============================
 Donald E. Eastlake 3rd   +1-508-333-2270 (cell)
 2386 Panoramic Circle, Apopka, FL 32703 USA
 d3e3e3@gmail.com<mailto:d3e3e3@gmail.com>


On Wed, Sep 29, 2021 at 12:16 PM Martin Duke <martin.h.duke@gmail.com<mailto:martin.h.duke@gmail.com>> wrote:
Thank you for clarifying. If 4033-4035 fully replaced 3658, then one of them should have picked up the specification of the registry that 3658 established. Maybe this is something that could be addressed in this document, or perhaps somewhere else; I'd like to have the discussion.

On Wed, Sep 29, 2021 at 8:49 AM Paul Hoffman <paul.hoffman@icann.org<mailto:paul.hoffman@icann.org>> wrote:
On Sep 28, 2021, at 11:34 AM, Martin Duke via Datatracker <noreply@ietf.org<mailto:noreply@ietf.org>> wrote:
>
> ----------------------------------------------------------------------
> DISCUSS:
> ----------------------------------------------------------------------
>
> Holding this point because we should discuss it; this might be a problem to be
> solved by a different document, in which case I'll lift it.
>
> Section 8 of RFC8126 says that bis documents should update the reference in
> IANA registries to replace obsolete documents with not-obsolete ones. It
> appears that 3658 didn't have a "bis" document but clearly was replaced by
> three others.

It was obsoleted by RFCs 4033, 4034, and 4035. Those are not "bis" documents, they are full replacements.

> I don't really understand how they fully obsolete 3658 if there
> are still registries hanging out there.

Please define "hanging out there". :-) The registry of interest is at <https://www.iana.org/assignments/ds-rr-types/ds-rr-types.xhtml#ds-rr-types-1>. The "Reference" section in that registry lists "[RFC3658][RFC4034][RFC4035]".

Is your objection that the registry still lists RFC 3658? If so, this seems an IANA issue, not an issue with this draft.

> Regardless, perhaps this draft is an
> opportunity to update the reference to these registries?

The draft refers to the correct registry.

> Or is 3658 not
> "really" obsolete?

It is really obsolete, and has been for well over a decade.

Is this explanation complete enough for you to lift your DISCUSS ballot?

> ----------------------------------------------------------------------
> COMMENT:
> ----------------------------------------------------------------------
>
> Nit: Please expand DS and NSEC3 on first use.
>

Good catch; I will add these to the -05 draft.

--Paul Hoffman
_______________________________________________
DNSOP mailing list
DNSOP@ietf.org<mailto:DNSOP@ietf.org>
https://www.ietf.org/mailman/listinfo/dnsop [ietf.org]<https://urldefense.com/v3/__https:/www.ietf.org/mailman/listinfo/dnsop__;!!PtGJab4!oWGAugG-vcOFMh2gv2_p7Y_MJ6rojyzOPJc4bZWxOEv1jyp07kFZtfd6MuuoaZQIV-xL1EzV$>