[DNSOP] Adam Roach's No Objection on draft-ietf-dnsop-attrleaf-fix-04: (with COMMENT)
Adam Roach <adam@nostrum.com> Tue, 09 October 2018 03:43 UTC
Return-Path: <adam@nostrum.com>
X-Original-To: dnsop@ietf.org
Delivered-To: dnsop@ietfa.amsl.com
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id C4A1813110B; Mon, 8 Oct 2018 20:43:09 -0700 (PDT)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 8bit
From: Adam Roach <adam@nostrum.com>
To: The IESG <iesg@ietf.org>
Cc: draft-ietf-dnsop-attrleaf-fix@ietf.org, Benno Overeinder <benno@NLnetLabs.nl>, dnsop-chairs@ietf.org, benno@NLnetLabs.nl, dnsop@ietf.org
X-Test-IDTracker: no
X-IETF-IDTracker: 6.86.0
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <153905658979.18363.9468480045775152891.idtracker@ietfa.amsl.com>
Date: Mon, 08 Oct 2018 20:43:09 -0700
Archived-At: <https://mailarchive.ietf.org/arch/msg/dnsop/tQ0Q2SFxq7LVWXL2G0Oa8Wx9eRA>
Subject: [DNSOP] Adam Roach's No Objection on draft-ietf-dnsop-attrleaf-fix-04: (with COMMENT)
X-BeenThere: dnsop@ietf.org
X-Mailman-Version: 2.1.29
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, 09 Oct 2018 03:43:10 -0000
Adam Roach has entered the following ballot position for draft-ietf-dnsop-attrleaf-fix-04: No Objection When responding, please keep the subject line intact and reply to all email addresses included in the To and CC lines. (Feel free to cut this introductory paragraph, however.) Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html for more information about IESG DISCUSS and COMMENT positions. The document, along with other ballot positions, can be found here: https://datatracker.ietf.org/doc/draft-ietf-dnsop-attrleaf-fix/ ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- Echoing comments from my review of draft-ietf-dnsop-attrleaf: I believe this document needs to also include RFC 6763 and RFC 4386; and that it should not include RFC 6733. Please see that review for details. --------------------------------------------------------------------------- §1: > The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", > "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", and "OPTIONAL" in this > document are to be interpreted as described in [RFC2119]. Minor nit: please consider using the boilerplate from RFC 8174. --------------------------------------------------------------------------- §§2.1 and 2.2: > An effort has been made to locate existing drafts that > do this, register the global underscored names, and list them in this > document. I think this text ("list them in this document") is left over from before this document was split from draft-ietf-dnsop-attrleaf. --------------------------------------------------------------------------- §2.3: This ties back to my discuss on draft-ietf-dnsop-attrleaf, and needs to be changed in a way that is consistent with however that issue is resolved. The current list of entries added by draft-ietf-dnsop-attrleaf strongly implies that the contents of https://www.iana.org/assignments/enum-services were automatically imported into the namespace created by the Underscore Global Registry by the simple existence of RFC 7553. If that's the case, it seems that the following text in this document... > For any document that specifies the use of a "URI" RRset ...doesn't capture the real process here. As RFC 7553 will continue to exist into the future, it seems that the trigger is addition of new Enumservice entries, rather than the explicit specification of a new URI RRset. --------------------------------------------------------------------------- §3.1: > The specification for a domain name under, which an SRV [RFC2782] > resource record appears, provides a template for use of underscored Nit: "...a domain name, under which..." --------------------------------------------------------------------------- §3.2: As a very minor nit, the cited original text for RFC 6117 §4.1 kind of blends in with the text of this document. I would propose indenting it as was done with the rest of the quoted content in this section. --------------------------------------------------------------------------- §3.3: > consumes all names beginning with the string "_ta-", when using the > NUL RR in the query. Nit: I believe the record type is called "NULL" rather than "NUL".
- [DNSOP] Adam Roach's No Objection on draft-ietf-d… Adam Roach
- Re: [DNSOP] Adam Roach's No Objection on draft-ie… Dave Crocker
- Re: [DNSOP] Adam Roach's No Objection on draft-ie… Adam Roach
- Re: [DNSOP] Adam Roach's No Objection on draft-ie… Adam Roach
- Re: [DNSOP] Adam Roach's No Objection on draft-ie… Dave Crocker