Re: [DNSOP] Genart last call review of draft-ietf-dnsop-attrleaf-fix-04

Dave Crocker <dhc@dcrocker.net> Wed, 26 September 2018 19:25 UTC

Return-Path: <dhc@dcrocker.net>
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 F1BD81274D0; Wed, 26 Sep 2018 12:25:01 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.701
X-Spam-Level:
X-Spam-Status: No, score=-2.701 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] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=dcrocker.net
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 CTm_OlNCvhR8; Wed, 26 Sep 2018 12:25:00 -0700 (PDT)
Received: from simon.songbird.com (simon.songbird.com [72.52.113.5]) (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 50760127333; Wed, 26 Sep 2018 12:25:00 -0700 (PDT)
Received: from [192.168.1.168] (76-218-8-128.lightspeed.sntcca.sbcglobal.net [76.218.8.128]) (authenticated bits=0) by simon.songbird.com (8.14.4/8.14.4/Debian-4.1ubuntu1) with ESMTP id w8QJPBOQ001315 (version=TLSv1/SSLv3 cipher=AES256-GCM-SHA384 bits=256 verify=NOT); Wed, 26 Sep 2018 12:25:11 -0700
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=dcrocker.net; s=default; t=1537989912; bh=Dgv2xxd7g/m2qNHSfpik3A+vb1OZqWor93AfRHqpaik=; h=Subject:To:Cc:References:Reply-To:From:Date:In-Reply-To:From; b=LWLwdBpmLH08V5JCjPaGCNPzqXerWQI0uy2KSZPsWMckrllVtyIO41wi6TRf30JFT vpNkjRRsHSuZGOH5JSudUsy43mDRMxSu3MHGnmTjeq0wMEG5172zdMAfVQzBsGVuzn IZc45ju9igWerx+HOqGI4UphplL4Bc0z3BVdsn/8=
To: Francesca Palombini <francesca.palombini@ericsson.com>, gen-art@ietf.org
Cc: dnsop@ietf.org, draft-ietf-dnsop-attrleaf-fix.all@ietf.org, ietf@ietf.org
References: <153778321966.28052.14784074370899947199@ietfa.amsl.com> <b8adca70-da9e-697d-c80f-c3f3de9aaf37@gmail.com>
Reply-To: dcrocker@bbiw.net
From: Dave Crocker <dhc@dcrocker.net>
Organization: Brandenburg InternetWorking
Message-ID: <af5181f6-b76b-c148-0e8a-2e77e574520e@dcrocker.net>
Date: Wed, 26 Sep 2018 12:24:47 -0700
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.9.1
MIME-Version: 1.0
In-Reply-To: <b8adca70-da9e-697d-c80f-c3f3de9aaf37@gmail.com>
Content-Type: text/plain; charset="utf-8"; format="flowed"
Content-Language: en-US
Content-Transfer-Encoding: 8bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/dnsop/PHg0q5kL8H1ZABunje6tNUaI9T4>
Subject: Re: [DNSOP] Genart last call review of draft-ietf-dnsop-attrleaf-fix-04
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, 26 Sep 2018 19:25:02 -0000

On 9/24/2018 6:16 AM, Dave Crocker wrote:
>>
>>     +  Those registered by IANA in the "Service Name and Transport
>>              Protocol Port Number Registry [RFC6335]"
>>
>> Move the end quote after Registry.
> 
> ok.  Good catch.


Interesting. Just discovered that this probably qualifies as a bug in 
the xml2rfc processor tool at the IETF site.

(I only submitted the xml, which I think is formally ok.)

Here's the xml for that paragraph:

                     <t>Those registered by IANA in the "<xref
                           target="RFC6335">Service Name and Transport
                           Protocol Port Number Registry</xref>" The
                        underscore is prepended to the service
                        parameters to avoid collisions with DNS labels
                        that occur in nature, and the order is reversed
                        to make it possible to do delegations, if
                        needed, to different zones (and therefore
                        providers of DNS).</t>

(I'm changing the xml to avoid this bug for the next version.)


d/
-- 
Dave Crocker
Brandenburg InternetWorking
bbiw.net