IETF Logo Mail Archive

Re: [DNSOP] Genart last call review of draft-ietf-dnsop-dns-catalog-zones-08

Willem Toorop <willem@nlnetlabs.nl> Tue, 07 February 2023 10:07 UTC

Return-Path: <willem@nlnetlabs.nl>
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 31118C1516F2 for <dnsop@ietfa.amsl.com>; Tue, 7 Feb 2023 02:07:41 -0800 (PST)
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, NICE_REPLY_A=-0.001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=unavailable autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=nlnetlabs.nl
Received: from mail.ietf.org ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id tk-103hIpBG5 for <dnsop@ietfa.amsl.com>; Tue, 7 Feb 2023 02:07:37 -0800 (PST)
Received: from mail-ed1-x532.google.com (mail-ed1-x532.google.com [IPv6:2a00:1450:4864:20::532]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1D2F5C1516E0 for <dnsop@ietf.org>; Tue, 7 Feb 2023 02:07:36 -0800 (PST)
Received: by mail-ed1-x532.google.com with SMTP id r3so4989108edq.13 for <dnsop@ietf.org>; Tue, 07 Feb 2023 02:07:36 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nlnetlabs.nl; s=google; h=content-transfer-encoding:in-reply-to:content-language:references :cc:to:subject:from:user-agent:mime-version:date:message-id:from:to :cc:subject:date:message-id:reply-to; bh=AhMKFk0w38C0YXjgJUiFe9Yqd2hhJAczIJqC0XCAvZs=; b=WWQrAuwnXQ65t/Z+OdO3rw3Yil84BiQChIUbrrobyWx88/RfOjdxOQt8Cy48ERSZei C7g7eZ7yMGle4PrqzIL0cLNyAkFUb3zRXgsupHAFJkiXofQuu3rdm0g2Wq/+hQommlJL YKPVmerhaecavXk6Kp1nSvFdi35MgwtZvR1n6SdNOv516naVPkMV9eu+MAv99C+SZf1x ZCzSWM7r1j9HtjYv7cHcb4C89bi8dqp8K7C3J1NmTBWlawK8cu5qFwGyZxy05DXrczg0 YgLV0TTKZQhpNrsZvV6+uUpzmOAVZQaZQBYudMGQ3Uq91M5qkzpLGY02G1bdbzqCkKdS nYhg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=content-transfer-encoding:in-reply-to:content-language:references :cc:to:subject:from:user-agent:mime-version:date:message-id :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=AhMKFk0w38C0YXjgJUiFe9Yqd2hhJAczIJqC0XCAvZs=; b=sFCWjb0OFajPdt1DQmHMZRmT/FiSTS166HNf2nkDQngbF2MxUUlgiLuJ6cCnuDSp96 cJNCCExvnJQFCb7E5OwDQFgpxQ+OTlo5VtBrICPNJ1htNFo/HK0pvNdnwVdDylOfg6mL 6b/ofp6cxOBUDLTFJfxTh8bCLKxyV43bSKkoPwyARQEKWz7ZpdguE7+H+GucYAEsNSKI ixF/+CKbyBwLqNbRxgrgO6b7/L2yfXDtyE2Ey2g5Hs3ucmUDGEc25BPSAglUyk8TcqT+ JNX8S/znnIM1zsr50w3+lxRlFljSY6gr3S6FlGnjZP5sMqpFXneRbCkJNRDpv4U0H+bO 5efg==
X-Gm-Message-State: AO0yUKXXVePrFF1MjKe+BDeSiheddplTOJDv3nO3cgI2IUVfXNHWP4Wg vVSC+PPubpMJv2eDFH2/hZLm7IGHKZxG6UMc
X-Google-Smtp-Source: AK7set+BDV5tMIp2RtZVvX8wYBY8I1yGOmL0f/cr30xBwrzSp1pQRuUg5KF9P5Bfvj2BT1sxwZkROg==
X-Received: by 2002:a50:8719:0:b0:4aa:a4ea:cdc4 with SMTP id i25-20020a508719000000b004aaa4eacdc4mr3062249edb.12.1675764455037; Tue, 07 Feb 2023 02:07:35 -0800 (PST)
Received: from ?IPV6:2a10:3781:2851:0:7c9b:23a5:63ef:7817? ([2a10:3781:2851:0:7c9b:23a5:63ef:7817]) by smtp.gmail.com with ESMTPSA id p23-20020a1709061b5700b0086f4b8f9e42sm6697248ejg.65.2023.02.07.02.07.34 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Tue, 07 Feb 2023 02:07:34 -0800 (PST)
Message-ID: <071ff917-3157-5fae-6ede-e7601d09e093@nlnetlabs.nl>
Date: Tue, 07 Feb 2023 11:07:33 +0100
MIME-Version: 1.0
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.7.1
From: Willem Toorop <willem@nlnetlabs.nl>
To: Russ Housley <housley@vigilsec.com>, gen-art@ietf.org, Lars Eggert <lars@eggert.org>
Cc: dnsop@ietf.org, draft-ietf-dnsop-dns-catalog-zones.all@ietf.org, last-call@ietf.org
References: <167009506902.50875.18285599445457079836@ietfa.amsl.com>
Content-Language: en-US
In-Reply-To: <167009506902.50875.18285599445457079836@ietfa.amsl.com>
Content-Type: text/plain; charset="UTF-8"; format="flowed"
Content-Transfer-Encoding: 7bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/dnsop/A2qQDNPRO1kWnVSmutLGoG_t0Xc>
Subject: Re: [DNSOP] Genart last call review of draft-ietf-dnsop-dns-catalog-zones-08
X-BeenThere: dnsop@ietf.org
X-Mailman-Version: 2.1.39
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: Tue, 07 Feb 2023 10:07:41 -0000

Hi Russ, Lars and Roman,

Thank you for your review Russ. Your (minor) concerns have all been 
addressed and we will soon upload a new version of the draft with, 
amongst others, your concerns and nits addressed.

Lars and Roman, this reply also addresses your IESG comments on the use 
of the word "meaningless".


Op 03-12-2022 om 20:17 schreef Russ Housley via Datatracker:
> Minor Concerns:
> 
> The document lacks an IANA Considerations section.  Please add one,
> even if it says that there are no actions for IANA and asks the
> RFC Editor to remove the section when the document is published.
> Such a section provides clarity during IANA review of the document.

A new, soon to be uploaded, version will have a IANA Consideration 
section with a registry request for catalog zones properties. It can be 
previewed here:

https://github.com/NLnetLabs/draft-toorop-dnsop-dns-catalog-zones/blob/master/draft-ietf-dnsop-dns-catalog-zones.md#iana-considerations-iana



> Section 3 says:
> 
>     Catalog consumers MUST ignore any RR in the catalog zone which is
>     meaningless to or otherwise not supported by the implementation.
> 
> I am unsure what is meant by "meaningless".  Please define the term
> or provide some explanation.

We have rephrased the sentence without the word "meaningless" as follows:

     "Catalog consumers MUST ignore any RRs in the catalog zone for 
which no processing is specified or which are otherwise not supported by 
the implementation."

In this commit:

https://github.com/NLnetLabs/draft-toorop-dnsop-dns-catalog-zones/commit/737bcfe


> Nits:
> 
> Section 2 provides a list to definitions.  Please add some form of
> punctuation after the word being defined (a colon or a hypen or
> something else to aid the reader).

Thanks! Done in commit 
https://github.com/NLnetLabs/draft-toorop-dnsop-dns-catalog-zones/commit/3f55e43


Lars and Roman, I believe we have responded to all your IESG comments 
now. Can you confirm?

Thanks

Willem Toorop on behalf of the draft-ietf-dnsop-dns-catalog-zones co-authors

v2.23.0 | Report a Bug | By Email