Re: [ipwave] Intdir early review of draft-ietf-ipwave-ipv6-over-80211ocb-34 - KeyWords BCP 14 text - xml2rfc

Alexandre Petrescu <alexandre.petrescu@gmail.com> Tue, 09 April 2019 08:42 UTC

Return-Path: <alexandre.petrescu@gmail.com>
X-Original-To: its@ietfa.amsl.com
Delivered-To: its@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5E7CE1201B1; Tue, 9 Apr 2019 01:42:45 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.632
X-Spam-Level:
X-Spam-Status: No, score=-2.632 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_ADSP_CUSTOM_MED=0.001, FREEMAIL_FROM=0.001, NML_ADSP_CUSTOM_MED=0.9, RCVD_IN_DNSWL_MED=-2.3, SPF_SOFTFAIL=0.665, URIBL_BLOCKED=0.001] 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 VmWsuF5ISOeG; Tue, 9 Apr 2019 01:42:43 -0700 (PDT)
Received: from oxalide-smtp-out.extra.cea.fr (oxalide-smtp-out.extra.cea.fr [132.168.224.13]) (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 DEB97120116; Tue, 9 Apr 2019 01:42:42 -0700 (PDT)
Received: from pisaure.intra.cea.fr (pisaure.intra.cea.fr [132.166.88.21]) by oxalide-sys.extra.cea.fr (8.14.7/8.14.7/CEAnet-Internet-out-4.0) with ESMTP id x398gbQ5014370; Tue, 9 Apr 2019 10:42:37 +0200
Received: from pisaure.intra.cea.fr (localhost [127.0.0.1]) by localhost (Postfix) with SMTP id 35828201749; Tue, 9 Apr 2019 10:42:37 +0200 (CEST)
Received: from muguet1-smtp-out.intra.cea.fr (muguet1-smtp-out.intra.cea.fr [132.166.192.12]) by pisaure.intra.cea.fr (Postfix) with ESMTP id 1D2DA201633; Tue, 9 Apr 2019 10:42:37 +0200 (CEST)
Received: from [10.8.35.150] (is154594.intra.cea.fr [10.8.35.150]) by muguet1-sys.intra.cea.fr (8.14.7/8.14.7/CEAnet-Internet-out-4.0) with ESMTP id x398gblF017038; Tue, 9 Apr 2019 10:42:37 +0200
To: Pascal Thubert <pthubert@cisco.com>
Cc: Alexandre Petrescu <alexandre.petrescu@gmail.com>, int-dir@ietf.org, ietf@ietf.org, its@ietf.org, draft-ietf-ipwave-ipv6-over-80211ocb.all@ietf.org
References: <155169869045.5118.3508360720339540639@ietfa.amsl.com> <31dd2bba-a7f2-e72d-4ef3-6ad4094f46a6@gmail.com>
From: Alexandre Petrescu <alexandre.petrescu@gmail.com>
Message-ID: <f5a31a58-1dc8-900e-6793-02bfb53b7391@gmail.com>
Date: Tue, 09 Apr 2019 10:42:36 +0200
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.6.1
MIME-Version: 1.0
In-Reply-To: <31dd2bba-a7f2-e72d-4ef3-6ad4094f46a6@gmail.com>
Content-Type: text/plain; charset="utf-8"; format="flowed"
Content-Language: fr
Content-Transfer-Encoding: 8bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/its/DNTeuJ8lTTfuaAOUdiczp5hmDaQ>
Subject: Re: [ipwave] Intdir early review of draft-ietf-ipwave-ipv6-over-80211ocb-34 - KeyWords BCP 14 text - xml2rfc
X-BeenThere: its@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: IPWAVE - IP Wireless Access in Vehicular Environments WG at IETF <its.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/its>, <mailto:its-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/its/>
List-Post: <mailto:its@ietf.org>
List-Help: <mailto:its-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/its>, <mailto:its-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 09 Apr 2019 08:42:46 -0000

In private, a person clarified this to me, and I agree.  The Canonical 
URL points to a document that says at its top that there are actually 
two documents there (RFC 2119 and RFC 8174).  I have to scroll down to 
see the second.  (it is a bit strange to me to see two RFCs 
concatenated, but I guess it is an exception).

The question left is the following: how to refer to BCP 14 in the xml 
text of draft IP-over-OCB?

The typical way of using it for referring to RFCs does not work. 
xml2rfc issues errors on this reference:

<xref target="BCP14"/>
[...]
<?rfc
     include="http://xml2rfc.ietf.org/public/rfc/bibxml/reference.BCP.14"
?>

Maybe others have already referred to BCP 14 in their Internet Drafts?

Alex

Le 08/04/2019 à 13:10, Alexandre Petrescu a écrit :
> 
> Le 04/03/2019 à 12:24, Pascal Thubert a écrit :
>> Reviewer: Pascal Thubert
>> Review result: Not Ready
>>
> [...]
>> BCP 14 text:
>>
>> Suggest to use this text:
>> “
>>     The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT",
>>     "SHOULD", "SHOULD NOT", "RECOMMENDED", "NOT RECOMMENDED", "MAY", and
>>     "OPTIONAL" in this document are to be interpreted as described in
>>     https://tools.ietf.org/html/bcp14 https://tools.ietf.org/html/bcp14
>>     [https://tools.ietf.org/html/rfc2119][RFC8174] when, and only 
>> when, they
>>     appear in all capitals, as shown here.
>>
>> “
> 
> I will add it, thank you.  I want to be up to date with most recent specs.
> 
> But here are my worries about it for what is worth:
> 
> - I dont understand though why the need to say 'capitals' when in 
> CAPITALS is it written.
> 
> - I thought that a BCP document was just one RFC.  Here we seem to be 
> talking about BCP-14 being both RFC2119 and RFC8174.
> 
> A google search on BCP-14 hits first on RFC 2119, and a document called 
> 'bcp14' (not on RFC8174). https://tools.ietf.org/html/bcp14
> 
> The second hit is a page at RFC Editor which points to a "Canonical URL" 
> towards https://www.rfc-editor.org/bcp/bcp14.txt which does not talk 
> about RFC8174 either.
> 
> It then points to https://www.rfc-editor.org/refs/ref-bcp14.txt
> That ref points back to a web page telling the "Canonical URL".
> 
> - finally, the text ends with 'as shown here', which invites my reading 
> to think that what follows needs to be understood with these capitals. 
> And what follows is the definition of terms like "IP-OBU", etc.  That is 
> worrisome.  You can understand the worry if you read it as a whole:
>>    The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT",
>>    "SHOULD", "SHOULD NOT", "RECOMMENDED", "NOT RECOMMENDED", "MAY", and
>>    "OPTIONAL" in this document are to be interpreted as described in BCP
>>    14 [RFC2119] [RFC8174] when, and only when, they appear in all
>>    capitals, as shown here.
>>
>>    IP-OBU (Internet Protocol On-Board Unit): an IP-OBU is a computer
>>    situated in a vehicle such as an automobile, bicycle, or similar.  It
>>    has at least one IP interface that runs in mode OCB of 802.11, and
>>    that has an "OBU" transceiver.  See the definition of the term "OBU"
>>    in section Appendix I.
> 
> The dot after 'here' is very important, but so small.  A quick or 
> low-sighted reader may see it as double dots.  And that would be a 
> problem, because the "IP-OBU" term definition is not suject to that 
> capitalization.
> 
> Alex