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

Henrik Levkowetz <henrik@levkowetz.com> Wed, 26 September 2018 20:08 UTC

Return-Path: <henrik@levkowetz.com>
X-Original-To: gen-art@ietfa.amsl.com
Delivered-To: gen-art@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 629801294D0; Wed, 26 Sep 2018 13:08:46 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level:
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] autolearn=ham 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 GY5SvY1A4ny2; Wed, 26 Sep 2018 13:08:44 -0700 (PDT)
Received: from zinfandel.tools.ietf.org (zinfandel.tools.ietf.org [IPv6:2001:1890:126c::1:2a]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B6BBC130F72; Wed, 26 Sep 2018 13:08:44 -0700 (PDT)
Received: from h-37-140.a357.priv.bahnhof.se ([94.254.37.140]:51301 helo=tannat.localdomain) by zinfandel.tools.ietf.org with esmtpsa (TLS1.2:DHE_RSA_AES_128_CBC_SHA1:128) (Exim 4.80) (envelope-from <henrik@levkowetz.com>) id 1g5G71-000573-SX; Wed, 26 Sep 2018 13:08:44 -0700
To: dcrocker@bbiw.net, Francesca Palombini <francesca.palombini@ericsson.com>, gen-art@ietf.org
References: <153778321966.28052.14784074370899947199@ietfa.amsl.com> <b8adca70-da9e-697d-c80f-c3f3de9aaf37@gmail.com> <af5181f6-b76b-c148-0e8a-2e77e574520e@dcrocker.net>
Cc: dnsop@ietf.org, draft-ietf-dnsop-attrleaf-fix.all@ietf.org, ietf@ietf.org
From: Henrik Levkowetz <henrik@levkowetz.com>
Message-ID: <17c06bc8-9432-1fd3-971e-bf17b96b267e@levkowetz.com>
Date: Wed, 26 Sep 2018 22:08:35 +0200
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:45.0) Gecko/20100101 Thunderbird/45.8.0
MIME-Version: 1.0
In-Reply-To: <af5181f6-b76b-c148-0e8a-2e77e574520e@dcrocker.net>
Content-Type: multipart/signed; micalg="pgp-sha256"; protocol="application/pgp-signature"; boundary="11i0p5EVnWaO4N1hemnftjLHSeERfOIij"
X-SA-Exim-Connect-IP: 94.254.37.140
X-SA-Exim-Rcpt-To: ietf@ietf.org, draft-ietf-dnsop-attrleaf-fix.all@ietf.org, dnsop@ietf.org, gen-art@ietf.org, francesca.palombini@ericsson.com, dcrocker@bbiw.net
X-SA-Exim-Mail-From: henrik@levkowetz.com
X-SA-Exim-Version: 4.2.1 (built Mon, 26 Dec 2011 16:24:06 +0000)
X-SA-Exim-Scanned: Yes (on zinfandel.tools.ietf.org)
X-Clacks-Overhead: GNU Terry Pratchett
Resent-To: draft-ietf-dnsop-attrleaf-fix.all@ietf.org
Resent-Message-Id: <20180926200844.B6BBC130F72@ietfa.amsl.com>
Resent-Date: Wed, 26 Sep 2018 13:08:44 -0700
Resent-From: henrik@levkowetz.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/gen-art/PFKAaHdpbB0MAQhp9TsyWsNcGTk>
Subject: Re: [Gen-art] Genart last call review of draft-ietf-dnsop-attrleaf-fix-04
X-BeenThere: gen-art@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "GEN-ART: General Area Review Team" <gen-art.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/gen-art>, <mailto:gen-art-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/gen-art/>
List-Post: <mailto:gen-art@ietf.org>
List-Help: <mailto:gen-art-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/gen-art>, <mailto:gen-art-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 26 Sep 2018 20:08:49 -0000

Hi Dave,

Responding only to the xml2rfc issue, not to the document content:

On 2018-09-26 21:24, Dave Crocker wrote:
> 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 beg to differ.  More below:

> 
> (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 think xml2rfc does the right thing.  The quotes are provided by
you, the author, not the processor, and you've enclosed the element
completely in the quotes:

  "<xref target="RFC6335">
	Service Name and Transport Protocol Port Number Registry
   </xref>"

which as expected gives the <xref/> expansion enclosed in quotes:

  "Service Name and Transport Protocol Port Number Registry [RFC6335]"

The expansion of the <xref/> does not, and should not, change because
it's surrounded it by quotes.

If this was wanted:

    "Service Name and Transport Protocol Port Number Registry" [RFC6335]

this should have been specified:

  <xref target="RFC6335">
	"Service Name and Transport Protocol Port Number Registry"
  </xref>

xml2rfc is not a do-what-I-mean-not-what-I-say piece of code quite yet ,;-)


	Henrik