Re: [6tisch] removing the 'e'
"Pascal Thubert (pthubert)" <pthubert@cisco.com> Tue, 31 March 2015 12:57 UTC
Return-Path: <pthubert@cisco.com>
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 5C1511ACD0F
for <6tisch@ietfa.amsl.com>; Tue, 31 Mar 2015 05:57:43 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.511
X-Spam-Level:
X-Spam-Status: No, score=-14.511 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_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 szVY5LYJgI3H for <6tisch@ietfa.amsl.com>;
Tue, 31 Mar 2015 05:57:41 -0700 (PDT)
Received: from rcdn-iport-3.cisco.com (rcdn-iport-3.cisco.com [173.37.86.74])
(using TLSv1 with cipher RC4-SHA (128/128 bits))
(No client certificate requested)
by ietfa.amsl.com (Postfix) with ESMTPS id DC95B1ACD0A
for <6tisch@ietf.org>; Tue, 31 Mar 2015 05:57:40 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple;
d=cisco.com; i=@cisco.com; l=8303; q=dns/txt; s=iport;
t=1427806661; x=1429016261;
h=from:to:subject:date:message-id:references:in-reply-to:
content-transfer-encoding:mime-version;
bh=mSP9HPhb5hJ9PibKdhF0ezq2Id3OVo9D8YEPAwPqoPY=;
b=UQIdKq99+JW/+8em6zQPmj0+CKW0l6DL/wh6RqLvYmXQZySLgRbSaIXY
wnwhmPlw4hA7KOFHzgYiZF4J0l4akhNJGN3wK261ngdsQ4tRG8vo9774y
o0Fx1+3JLdrMIfsLFbUja0kugby9yEbst0pab8kT71UA0dvr1VHrfWWbj M=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: A0DgCADnmBpV/5JdJa1cgwZSXAXDOYIyCoUqSQKBPkwBAQEBAQF9hBQBAQEDAQEBATc0EAcEAgEIEQQBAQEKFAkHJwsUCQgCBAESCBOIDAgNzVABAQEBAQEBAQEBAQEBAQEBAQEBAQETBIsphBYRAR84BoMRgRYFhFaMDIRFgzCCAYEcj1aDSCKCAhyBUG+BCzl/AQEB
X-IronPort-AV: E=Sophos;i="5.11,501,1422921600"; d="scan'208";a="408046427"
Received: from rcdn-core-10.cisco.com ([173.37.93.146])
by rcdn-iport-3.cisco.com with ESMTP; 31 Mar 2015 12:57:40 +0000
Received: from xhc-rcd-x07.cisco.com (xhc-rcd-x07.cisco.com [173.37.183.81])
by rcdn-core-10.cisco.com (8.14.5/8.14.5) with ESMTP id t2VCvdX7004599
(version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL);
Tue, 31 Mar 2015 12:57:39 GMT
Received: from xmb-rcd-x01.cisco.com ([169.254.1.104]) by
xhc-rcd-x07.cisco.com ([173.37.183.81]) with mapi id 14.03.0195.001; Tue, 31
Mar 2015 07:57:39 -0500
From: "Pascal Thubert (pthubert)" <pthubert@cisco.com>
To: Brian Haberman <brian@innovationslab.net>, "6tisch@ietf.org"
<6tisch@ietf.org>
Thread-Topic: [6tisch] removing the 'e'
Thread-Index: AQHQa61O6ethhvfSSEaZqY2/mQlNcJ02hepw
Date: Tue, 31 Mar 2015 12:57:38 +0000
Deferred-Delivery: Tue, 31 Mar 2015 12:57:00 +0000
Message-ID: <E045AECD98228444A58C61C200AE1BD849D91F16@xmb-rcd-x01.cisco.com>
References: <9rQ51q00P0xxhYs01rQ6wU> <5519C697.4040405@cox.net>
<E045AECD98228444A58C61C200AE1BD849D91401@xmb-rcd-x01.cisco.com>
<551A9161.3010403@innovationslab.net>
In-Reply-To: <551A9161.3010403@innovationslab.net>
Accept-Language: fr-FR, en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.49.80.23]
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Archived-At: <http://mailarchive.ietf.org/arch/msg/6tisch/SkbkOc27mkfhWhkDRVj_L5wz_0w>
Subject: Re: [6tisch] removing the 'e'
X-BeenThere: 6tisch@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
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 12:57:43 -0000
Hello Brian: Adding the year is apparently not the expectation of the group that owns the reference that we make. I mentioned the IAB because of a best practice question; I'm asking if there needs to be a best practice at the IETF like there is at IEC as well-documented in Tom Phinney's email, and if so, then who should write it? I take from your email that you do not think there is such a need. Regardless, there appears to be a tension that 6TiSCH needs to resolve, I really like the way IEC did it, and I would not mind doing the exact same: If you have a dependency on a text that is particular to one version, be specific, else be generic. So far, 6TiSCH does not have a dependency on a particular version, so we could keep it generic with 802.15.4, with a mention that a part of the overall interoperability depends on the MAC and PHY layers and is independent on 6TiSCH. My reading is that we'd leave it up to manufacturers to select the MAC/PHY version that they like, and they have their own reasons to pick one; the caveat is that they might not interop with one another at the IEEE layers, but should that be our problem? At least I understand that we need to be specific for the plug test. And that we can resolve within the WG. Cheers, Pascal > -----Original Message----- > From: 6tisch [mailto:6tisch-bounces@ietf.org] On Behalf Of Brian Haberman > Sent: mardi 31 mars 2015 14:22 > To: 6tisch@ietf.org > Subject: Re: [6tisch] removing the 'e' > > 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 > > > > > Cheers, > > > > Pascal > > > > From: 6tisch [mailto:6tisch-bounces@ietf.org] On Behalf Of Tom Phinney > > Sent: lundi 30 mars 2015 23:57 To: 6tisch@ietf.org Subject: > > Re: [6tisch] removing the 'e' > > > > 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 > > > > > > > > _______________________________________________ 6tisch mailing list > > 6tisch@ietf.org https://www.ietf.org/mailman/listinfo/6tisch > >
- [6tisch] removing the 'e' Pascal Thubert (pthubert)
- Re: [6tisch] removing the 'e' Kris Pister
- Re: [6tisch] removing the 'e' Rene Struik
- Re: [6tisch] removing the 'e' Turner, Randy
- Re: [6tisch] removing the 'e' Pat Kinney
- Re: [6tisch] removing the 'e' Rene Struik
- Re: [6tisch] removing the 'e' Tom Phinney
- Re: [6tisch] removing the 'e' Robert Moskowitz
- Re: [6tisch] removing the 'e' Kris Pister
- Re: [6tisch] removing the 'e' Pat Kinney
- Re: [6tisch] removing the 'e' Pascal Thubert (pthubert)
- Re: [6tisch] removing the 'e' Pascal Thubert (pthubert)
- Re: [6tisch] removing the 'e' Pascal Thubert (pthubert)
- Re: [6tisch] removing the 'e' Turner, Randy
- Re: [6tisch] removing the 'e' Robert Cragie
- Re: [6tisch] removing the 'e' Brian Haberman
- Re: [6tisch] removing the 'e' Pascal Thubert (pthubert)
- Re: [6tisch] removing the 'e' Rene Struik
- Re: [6tisch] removing the 'e' Brett, Patricia (PA62)
- Re: [6tisch] removing the 'e' Rene Struik
- Re: [6tisch] removing the 'e' Tom Phinney
- Re: [6tisch] removing the 'e' Tom Phinney
- Re: [6tisch] removing the 'e' Jonathan Simon
- Re: [6tisch] removing the 'e' Pat Kinney
- Re: [6tisch] removing the 'e' Subir Das
- Re: [6tisch] removing the 'e' Brian Haberman
- Re: [6tisch] removing the 'e' Kris Pister
- Re: [6tisch] removing the 'e' Subir Das
- Re: [6tisch] removing the 'e' Pascal Thubert (pthubert)
- Re: [6tisch] removing the 'e' Pascal Thubert (pthubert)
- Re: [6tisch] removing the 'e' Pascal Thubert (pthubert)
- Re: [6tisch] removing the 'e' Rene Struik
- Re: [6tisch] removing the 'e' Rene Struik
- Re: [6tisch] removing the 'e' Rene Struik
- Re: [6tisch] removing the 'e' Pascal Thubert (pthubert)
- Re: [6tisch] removing the 'e' Pascal Thubert (pthubert)
- Re: [6tisch] removing the 'e' Pascal Thubert (pthubert)
- Re: [6tisch] removing the 'e' Pat Kinney
- Re: [6tisch] removing the 'e' Rene Struik
- [6tisch] (on effectiveness of 6TiSCH liaison) Re:… Rene Struik
- Re: [6tisch] (on effectiveness of 6TiSCH liaison)… Pat Kinney
- Re: [6tisch] removing the 'e' Pascal Thubert (pthubert)