[ieee-ietf-coord] On references to IEEE standards in IETF RFCs
"Pascal Thubert (pthubert)" <pthubert@cisco.com> Wed, 01 April 2015 08:10 UTC
Return-Path: <pthubert@cisco.com>
X-Original-To: ieee-ietf-coord@ietfa.amsl.com
Delivered-To: ieee-ietf-coord@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 092081A8A67 for <ieee-ietf-coord@ietfa.amsl.com>; Wed, 1 Apr 2015 01:10:05 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.509
X-Spam-Level:
X-Spam-Status: No, score=-14.509 tagged_above=-999 required=5 tests=[AC_DIV_BONANZA=0.001, BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham
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 mUQiEQhmAvvh for <ieee-ietf-coord@ietfa.amsl.com>; Wed, 1 Apr 2015 01:09:57 -0700 (PDT)
Received: from alln-iport-8.cisco.com (alln-iport-8.cisco.com [173.37.142.95]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 532971A8A50 for <ieee-ietf-coord@ietf.org>; Wed, 1 Apr 2015 01:09:57 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=43808; q=dns/txt; s=iport; t=1427875797; x=1429085397; h=from:to:cc:subject:date:message-id:mime-version; bh=ngWtVulEm5ZMoW+X9oFlahHsIlmcI1stRKIn94aY/V0=; b=jJg/JUgXyXI/N0EiO3OKimrveeVDSE+tqteUgkmsfMY5U9Jyhoho79HY TY/3WxztbHFyj5kvJVzepiS4gpq4hrIDsxtdMGHyo07NcsikX5U2WSEHQ qVGyGs42ZF5MsGnVkkgoIBUhY5kQNEfdxdPsKB4dpHUOBjNMbFNXtk0FC Y=;
X-Files: ATT00001.txt : 133
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: A0CSBgA4pxtV/5NdJa1cgkNDUlwFgxDABWYGgUYBCYUqSQIcgSc4FAEBAQEBAQF8hBYBBAEBASAmJQsSASodAwIEJQsUEgEEDgUIBoghDbQ3mSsBAQEBAQEBAQEBAQEBAQEBAQEBAQEXj0oGAQEeMRCCXy+BFgWOVIIPgWyBMlRThTKBHIMyjCeDSCKDbm+BAwgXIn8BAQE
X-IronPort-AV: E=Sophos;i="5.11,503,1422921600"; d="txt'?scan'208,217";a="137144964"
Received: from rcdn-core-11.cisco.com ([173.37.93.147]) by alln-iport-8.cisco.com with ESMTP; 01 Apr 2015 08:09:54 +0000
Received: from xhc-rcd-x14.cisco.com (xhc-rcd-x14.cisco.com [173.37.183.88]) by rcdn-core-11.cisco.com (8.14.5/8.14.5) with ESMTP id t3189sCu025336 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Wed, 1 Apr 2015 08:09:54 GMT
Received: from xmb-rcd-x01.cisco.com ([169.254.1.104]) by xhc-rcd-x14.cisco.com ([173.37.183.88]) with mapi id 14.03.0195.001; Wed, 1 Apr 2015 03:09:54 -0500
From: "Pascal Thubert (pthubert)" <pthubert@cisco.com>
To: "ieee-ietf-coord@ietf.org" <ieee-ietf-coord@ietf.org>
Thread-Topic: On references to IEEE standards in IETF RFCs
Thread-Index: AdBsUvih5HpPjFDtR+i60FnYDha14A==
Date: Wed, 01 Apr 2015 08:09:53 +0000
Deferred-Delivery: Wed, 1 Apr 2015 08:09:00 +0000
Message-ID: <E045AECD98228444A58C61C200AE1BD849D94280@xmb-rcd-x01.cisco.com>
Accept-Language: fr-FR, en-US
Content-Language: en-US
X-MS-Has-Attach: yes
X-MS-TNEF-Correlator:
x-originating-ip: [10.61.69.161]
Content-Type: multipart/mixed; boundary="_004_E045AECD98228444A58C61C200AE1BD849D94280xmbrcdx01ciscoc_"
MIME-Version: 1.0
Archived-At: <http://mailarchive.ietf.org/arch/msg/ieee-ietf-coord/hYzJ_EkcqQp5Y-c2orENgmwN33c>
Cc: Pat Kinney <pat.kinney@KINNEYCONSULTINGLLC.COM>
Subject: [ieee-ietf-coord] On references to IEEE standards in IETF RFCs
X-BeenThere: ieee-ietf-coord@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Management-level discussions between IEEE and IETF on topics of interest to both SDOs <ieee-ietf-coord.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ieee-ietf-coord>, <mailto:ieee-ietf-coord-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ieee-ietf-coord/>
List-Post: <mailto:ieee-ietf-coord@ietf.org>
List-Help: <mailto:ieee-ietf-coord-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ieee-ietf-coord>, <mailto:ieee-ietf-coord-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 01 Apr 2015 08:10:05 -0000
Dear all: The 6TiSCH WG is discussing which reference it should place about the IEEE802.15.4 standard in our upcoming RFCs. I have been reviewing how the IETF has been proceeding in the past, and found that we have been quite inconsistent: - RFC 894 has NO reference to Ethernet at all, indicates that the "memo applies to the Ethernet (10-megabit/second, 48-bit addresses)", but does not limit the applicability to other speeds. Clearly the memo was implicitly extended to any subsequent version of Ethernet. - RFC 2644 has NO reference to Ethernet either, but just a reference to an EUI-64 tutorial, and that was before a best practice was established to separate normative and informative reference in RFCs. - RFC 4944 has the following NORMATIVE reference: [ieee802.15.4] IEEE Computer Society, "IEEE Std. 802.15.4-2003", October 2003. Does it mean that the 6LoWPAN is currently not defined on the 2006 and the 2011 versions of 802.15.4? - RFC 6282 points on the 2006 version, but as INFORMATIVE: [IEEE802.15.4] IEEE Computer Society, "IEEE Std. 802.15.4-2006", October 2006. How do I interpret that WRT to the 2011 and the upcoming 2015 version? - https://tools.ietf.org/html/draft-rfc-editor-rfc2223bis is mostly a formatting guide but does not enter such consideration. - BCP97 and RFC4897 do not discuss documents that are sourced outside the IETF; they are about procedures and warning that a downref exists and when that can be acceptable. - The general expectation is that work at the IETF that depends on an IEEE standard stays valid when a newer version of that IEEE standard that gets published. This is certainly the case for the RFCs listed above. - My understanding is that the IEEE expects an RFC to reference the IEEE standard without the year-version (e.g. 802.15.4 as opposed to 802.15.4-2006) when that is the case, so as to implicitly include new upcoming versions. - ISO/IEC has produced clear rules on how that can be implemented (see Tom's mail attached) All in all, do we have a best practice for IEEE references? If not, should we write one? Cheers, Pascal
--- Begin Message ---Dear all: I was contributing a comment on this subject via the chat channel when the Thursday meeting closed. Diego, who was managing the chat channel, captured it and we subsequently have had the attached exchange. In ISO and IEC standards the practice is to list the generic document within the list of Normative References unless there are explicit references to specific subclauses of the referenced document, in which case a specific edition needs to be called out because subclause numbering often change from one edition to the next. Thus, if a 6tisch document references subclause m.n.p within the new 2015 edition of IEEE802.15.4, the reference would be to IEEE802.15.4:2015, m.n.p. Otherwise the reference WITHIN the standard is simply to IEEE802.15.4, without qualification as to the specific edition. While such an unqualified reference presumes that material on the referenced topic will not disappear from future editions of IEEE802.15.4, such an assumption is almost always valid and leads to much less confusion by those trying to use the standard over its lifetime. The specific wording to cover both dated and undated references that the latest version of the ISO/IEC editing directives itself uses is: The following documents, in whole or in part, are normatively referenced in this document and are indispensable for its application. For dated references, only the edition cited applies. For undated references, the latest edition of the referenced document (including any amendments) applies. The related text from the ISO/IEC editing directives with regard to use of Normative References is: 6.2.2 Normative references This conditional element shall give a list of the referenced documents cited (see 6.6.7.5) in the document in such a way as to make them indispensable for the application of the document. For dated references, each shall be given with its year of publication, or, in the case of enquiry or final drafts, with a dash together with a footnote “To be published.”, and full title. The year of publication or dash shall not be given for undated references. When an undated reference is to all parts of a document, the publication number shall be followed by the indication “(all parts)” and the general title of the series of parts (i.e. the introductory and main elements, see Annex E). In principle, the referenced documents shall be documents published by ISO and/or IEC. Documents published by other bodies may be referred to in a normative manner provided that a) the referenced document is recognized by the ISO and/or IEC committee concerned as having wide acceptance and authoritative status as well as being publicly available, b) the ISO and/or IEC committee concerned has obtained the agreement of the authors or publishers (where known) of the referenced document to its inclusion and to its being made available as required — the authors or publishers will be expected to make available such documents on request, c) the authors or publishers (where known) have also agreed to inform the ISO and/or IEC committee concerned of their intention to revise the referenced document and of the points the revision will concern, and d) the ISO and/or IEC committee concerned undertakes to review the situation in the light of any changes in the referenced document. The list shall be introduced by the following wording: “The following documents, in whole or in part, are normatively referenced in this document and are indispensable for its application. For dated references, only the edition cited applies. For undated references, the latest edition of the referenced document (including any amendments) applies.” The above wording is also applicable to a part of a multipart document. The list shall not include the following: • referenced documents which are not publicly available; • referenced documents which are only cited in an informative manner; • referenced documents which have merely served as bibliographic or background material in the preparation of the document. Such referenced documents may be listed in a bibliography (see 6.4.2). An example from the same ISO/IEC Directives, Part 2 document demonstrates proper dated-citation usage, including usage of the date only as necessary to reduce ambiguity: D.1.1 Scope of rules and examples provided in Annex D Annex D provides a synthesis of the rules and examples given in ISO 10241-1:2011, and is intended to cover those rules applicable to the forms of terms and definitions most commonly present in ISO and IEC standards. For the complete set of rules and examples, refer to ISO 10241-1. It seems likely that actual references to the 2015 edition of IEEE802.15.4 will, in fact, need to cite specific subclauses. If that is the case, then this entire discussion of whether or not to cite the edition is moot, because such citations are essential to ensure that any specific sublclause references actually point to relevant text. -Tom--- Begin Message ------ End Message ---Tom, I think what you say is completely relevant to discuss on 6tisch so as to keep the references correct and coherent among the documents. I encourage you to send these comments to the ML, or, if you wish, I can do it for you (referencing you as the author, of course). I hope to see you on the next 6tisch webex call, which should be announced soon. Tell me what you think about this. Thank you. Regards, Diego Dujovne 2015-03-26 13:59 GMT-03:00 Tom Phinney <tom.phinney@cox.net<mailto:tom.phinney@cox.net>>: I saw that the meeting was concluding just as I finished typing. My comment was about the general nature of references. I agree with Pat Kinney that references need to be to the current edition, which requires updates to specs that cite subclause numbers. That's why it's best not to cite such numbers. The standard text at the start of Clause 2, the Normative Reference clause, in IEC and ISO standards is The following referenced documents are indispensable for the application of this document. For dated references, only the edition cited applies. For undated references, the latest edition of the referenced document (including any amendments) applies. Thus most references can be to the current edition, whatever that is, meaning that the normative reference lists the document but not the edition or publication date. However, when it is necessary to cite within the specification specific subclause numbers of another document, which can change from one edition to another of that second document, then the edition listed in the normative references section must be dated. As to whether I can participate in the next 6tisch interim meeting, that, as always, depends on the date and time of the meeting. I participated on Monday and early this morning because it fit my schedule. However, I should have left for a class after the first hour. Instead I stayed on the connection until there was an unintended loss of connection, then reconnected to hear the end of the session. === On 2015.03.26 09:41, Prof. Diego Dujovne wrote: Tom, Your last comment could not be included. Would you be able to participate on the next 6tisch interim meeting and reproduce that comment please? "Tom Phinney: An unqualified reference to a standard implies the edition listed in the normative references, which needs to specify either issue date (year) or edition. Any subclause references should be to that edition." Thank you! Regards, Diego Dujovne -- DIEGO DUJOVNE Académico Escuela de Ingeniería en Informática y Telecomunicaciones Facultad de Ingeniería UDP www.ingenieria.udp.cl<http://www.ingenieria.udp.cl> (56 2) 676 8125 -- DIEGO DUJOVNE Académico Escuela de Ingeniería en Informática y Telecomunicaciones Facultad de Ingeniería UDP www.ingenieria.udp.cl<http://www.ingenieria.udp.cl> (56 2) 676 8125--- End Message ---
- [ieee-ietf-coord] On references to IEEE standards… Pascal Thubert (pthubert)
- Re: [ieee-ietf-coord] On references to IEEE stand… Barry Leiba
- Re: [ieee-ietf-coord] On references to IEEE stand… Heather Flanagan (RFC Series Editor)
- Re: [ieee-ietf-coord] On references to IEEE stand… Pat Thaler
- Re: [ieee-ietf-coord] On references to IEEE stand… Pascal Thubert (pthubert)
- Re: [ieee-ietf-coord] On references to IEEE stand… Spencer Dawkins at IETF
- Re: [ieee-ietf-coord] On references to IEEE stand… Ralph Droms
- Re: [ieee-ietf-coord] On references to IEEE stand… ROBERT GROW
- Re: [ieee-ietf-coord] On references to IEEE stand… Pascal Thubert (pthubert)
- Re: [ieee-ietf-coord] On references to IEEE stand… ROBERT GROW
- Re: [ieee-ietf-coord] On references to IEEE stand… Pascal Thubert (pthubert)
- Re: [ieee-ietf-coord] On references to IEEE stand… Pascal Thubert (pthubert)
- Re: [ieee-ietf-coord] On references to IEEE stand… Pat Kinney
- Re: [ieee-ietf-coord] On references to IEEE stand… Ralph Droms
- Re: [ieee-ietf-coord] On references to IEEE stand… Das, Subir
- Re: [ieee-ietf-coord] On references to IEEE stand… Barry Leiba
- Re: [ieee-ietf-coord] On references to IEEE stand… Geoff Thompson
- Re: [ieee-ietf-coord] On references to IEEE stand… Pat Thaler
- Re: [ieee-ietf-coord] On references to IEEE stand… Pascal Thubert (pthubert)
- Re: [ieee-ietf-coord] On references to IEEE stand… Heather Flanagan (RFC Series Editor)
- Re: [ieee-ietf-coord] On references to IEEE stand… Pascal Thubert (pthubert)
- Re: [ieee-ietf-coord] On references to IEEE stand… Heather Flanagan (RFC Series Editor)