Re: [6tisch] removing the 'e'

Tom Phinney <tom.phinney@cox.net> Tue, 31 March 2015 14:30 UTC

Return-Path: <tom.phinney@cox.net>
X-Original-To: 6tisch@ietfa.amsl.com
Delivered-To: 6tisch@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 830F91ACD78 for <6tisch@ietfa.amsl.com>; Tue, 31 Mar 2015 07:30:04 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.236
X-Spam-Level:
X-Spam-Status: No, score=-0.236 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FSL_HELO_BARE_IP_2=1.675, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=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 pIcP-2XCo-Ih for <6tisch@ietfa.amsl.com>; Tue, 31 Mar 2015 07:30:02 -0700 (PDT)
Received: from fed1rmfepo201.cox.net (fed1rmfepo201.cox.net [68.230.241.146]) by ietfa.amsl.com (Postfix) with ESMTP id F2AEE1ACD6B for <6tisch@ietf.org>; Tue, 31 Mar 2015 07:30:01 -0700 (PDT)
Received: from fed1rmimpo306 ([68.230.241.174]) by fed1rmfepo201.cox.net (InterMail vM.8.01.05.15 201-2260-151-145-20131218) with ESMTP id <20150331143001.WAJC30340.fed1rmfepo201.cox.net@fed1rmimpo306> for <6tisch@ietf.org>; Tue, 31 Mar 2015 10:30:01 -0400
Received: from 192.168.1.110 ([68.110.82.164]) by fed1rmimpo306 with cox id AEW01q0073YjG0401EW0RC; Tue, 31 Mar 2015 10:30:01 -0400
X-CT-Class: Clean
X-CT-Score: 0.00
X-CT-RefID: str=0001.0A020202.551AAF69.0109,ss=1,re=0.001,fgs=0
X-CT-Spam: 0
X-Authority-Analysis: v=2.0 cv=YMpBP26x c=1 sm=1 a=/lROMdMM8hnpqyhFWVF1XA==:17 a=CA33sFktnKwA:10 a=IkcTkHD0fZMA:10 a=kviXuzpPAAAA:8 a=MXPRs2ckktANg5eQ9AIA:9 a=QEXdDO2ut3YA:10 a=3jzAMRBwf0q_oMqb:21 a=NwlP65S_ENZnGl-i:21 a=/lROMdMM8hnpqyhFWVF1XA==:117
X-CM-Score: 0.00
Authentication-Results: cox.net; none
Message-ID: <551AAF68.5060203@cox.net>
Date: Tue, 31 Mar 2015 07:30:00 -0700
From: Tom Phinney <tom.phinney@cox.net>
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:31.0) Gecko/20100101 Thunderbird/31.5.0
MIME-Version: 1.0
To: 6tisch@ietf.org
References: <9rQ51q00P0xxhYs01rQ6wU> <5519C697.4040405@cox.net> <E045AECD98228444A58C61C200AE1BD849D91401@xmb-rcd-x01.cisco.com> <ACN21q01h0xxhYs01CN438>
In-Reply-To: <ACN21q01h0xxhYs01CN438>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit
Archived-At: <http://mailarchive.ietf.org/arch/msg/6tisch/RP-6cm1qpstAKhxEX6X1wMREH_0>
Subject: Re: [6tisch] removing the 'e'
X-BeenThere: 6tisch@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
Reply-To: Tom Phinney <tom.phinney@cox.net>
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tisch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tisch>, <mailto:6tisch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tisch/>
List-Post: <mailto:6tisch@ietf.org>
List-Help: <mailto:6tisch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tisch>, <mailto:6tisch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 31 Mar 2015 14:30:04 -0000

Just to be clear about the ISO/IEC approach, there are two places where 
a dated reference might be specified. The first is simply within the 
Normative References clause of a standard, where the specific edition to 
which the standard refers can be cited when that is deemed appropriate. 
For IETF documents, where a different document number is assigned for 
each revised republication, the document number alone suffices. However, 
for standards from other standards development organizations (SDOs), the 
specific year of the edition usually is required when it is deemed 
necessary to uniquely identify a specific edition of the cited standard.

The second place where a dated reference must be specified is when the 
text of the standard cites a specific subclause of the referenced other 
standard as normative text. In that case it is necessary to cite the 
year of the referenced standard within the reference so that an 
oversight during future editing of the citing standard does not 
inadvertently reference the wrong clause of a revision of the referenced 
standard, which could otherwise occur when the base edition of the 
referenced standard is updated within the Normative References clause of 
the citing standard.

A hypothetical example from the current documents shows the various 
difficulties:

- Current normative references within 6tich documents would be to IEEE 
802.15.4:2011 or to IEEE 802.15.4e:2012. Both would be listed in the 
document's Normative References clause.

- A textual reference could take the generic form "IEEE 802.15.4", which 
would be appropriate when referring to aspects that are common among all 
editions and revisions to IEEE 802.15.4.

- A second form of textual reference would be to either "IEEE 
802.15.4:2011" or "IEEE 802.15.4e:2012", which designates the specific 
referenced source document but not a specific subclause within that 
cited document.

- The third form of textual reference is to a specific subclause of a 
specific document. In that case the reference form must include the 
date, such as "IEEE 802.15.4e:2012, 4.7.2" to reference subclause 4.7.2 
of IEEE 802.15.4e:2012. Including the date at the point of reference 
ensures detection of future editing errors during maintenance of the 
citing standard.

Note that the specific syntax of an undated or dated reference depends 
on the SDO that is writing the standard. The above shows the required 
syntax for ISO/IEC standards, in which the document number itself often 
contains a hyphen ("-"), thus making the hyphen unusable as a date 
separator. IETF and IEEE each have somewhat different requirements. The 
rules about inclusion of spaces within the citation also differ by SDO.

Regards,
-Tom
=====
On 2015.03.31 05:21, Brian Haberman wrote:
> Pascal,
>
> On 3/31/15 2:58 AM, Pascal Thubert (pthubert) wrote:
>> Thanks a bunch Tom!
>>
>> I think that the case must be brought to the attention of the ADs,
>> CC'ing Brian. I'm unclear what the IETF best practice is for external
>> documents such as IEEE, but the IEC approach seems very well though
>> through. If we do not have such a detailed BCP, then this should be
>> exposed to the IAB.
> I am not aware of a BCP that discusses references to external documents.
>   Format-wise, that is the purview of the RFC Editor.  I am not sure why
> the IAB would care about references...
>
> I am generally leery of a blanket reference to the generic
> specification.  The WG has developed its solution based on a particular
> version of the IEEE specification, so I would expect to see references
> annotated by the year of the 15.4 spec.
>
> Regards,
> Brian
>