Re: [6tisch] removing the 'e'
Rene Struik <rstruik.ext@gmail.com> Tue, 31 March 2015 13:52 UTC
Return-Path: <rstruik.ext@gmail.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 B9D251ACD4D
for <6tisch@ietfa.amsl.com>; Tue, 31 Mar 2015 06:52:27 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2
X-Spam-Level:
X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9,
DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1,
FREEMAIL_FROM=0.001, SPF_PASS=-0.001] 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 WZvjqowtmplU for <6tisch@ietfa.amsl.com>;
Tue, 31 Mar 2015 06:52:25 -0700 (PDT)
Received: from mail-ig0-x229.google.com (mail-ig0-x229.google.com
[IPv6:2607:f8b0:4001:c05::229])
(using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits))
(No client certificate requested)
by ietfa.amsl.com (Postfix) with ESMTPS id 996961ACD52
for <6tisch@ietf.org>; Tue, 31 Mar 2015 06:52:18 -0700 (PDT)
Received: by igcxg11 with SMTP id xg11so17554835igc.0
for <6tisch@ietf.org>; Tue, 31 Mar 2015 06:52:18 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
h=message-id:date:from:user-agent:mime-version:to:subject:references
:in-reply-to:content-type:content-transfer-encoding;
bh=nluBe8VD3Cz3HmbD8TFoZc+nyPvc7AFgBtNACEpz56c=;
b=W3hcNglZsc3Wy/TQB7SN/6lyQWyxz8ZPacoIgqcHoAVTcDgwjMapokQ1lbNMP4AMuL
YEGMKeLU4V9OSbD0En0wZwyLdiwz6JJNjQ9CHCJZIdReSCfdqmMj142E5KVwrTQ6zxfJ
HnErPQgVWJFtRDa4oeCaEXwQiKJgWwdWS1oxC8/XjgkhxbTYf9GbNYou3eph1vahMet0
8ofu3ACY/vS+Fr9Fke6N/l0xxBmyVAm4NiQaYywgnDof5Gktas9FSCKYtA/7od9uUYfd
lYoYGE0wBVTFpImyz/E0kkQHAoAqHA9YD1xCMV0V8SMIU06uAgzslJ/IMbYg6f+59u2i
DAcQ==
X-Received: by 10.42.249.77 with SMTP id mj13mr54498186icb.80.1427809937959;
Tue, 31 Mar 2015 06:52:17 -0700 (PDT)
Received: from [192.168.0.10]
(CPE7cb21b2cb904-CM7cb21b2cb901.cpe.net.cable.rogers.com. [99.231.49.38])
by mx.google.com with ESMTPSA id w17sm9698981iod.44.2015.03.31.06.52.16
(version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
Tue, 31 Mar 2015 06:52:17 -0700 (PDT)
Message-ID: <551AA689.1060100@gmail.com>
Date: Tue, 31 Mar 2015 09:52:09 -0400
From: Rene Struik <rstruik.ext@gmail.com>
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64;
rv:31.0) Gecko/20100101 Thunderbird/31.5.0
MIME-Version: 1.0
To: "Pascal Thubert (pthubert)" <pthubert@cisco.com>,
"6tisch@ietf.org" <6tisch@ietf.org>,
Pat Kinney <pat.kinney@KINNEYCONSULTINGLLC.COM>
References: <E045AECD98228444A58C61C200AE1BD849D905A6@xmb-rcd-x01.cisco.com>
<55199457.3000504@gmail.com>
<E045AECD98228444A58C61C200AE1BD849D91419@xmb-rcd-x01.cisco.com>
In-Reply-To: <E045AECD98228444A58C61C200AE1BD849D91419@xmb-rcd-x01.cisco.com>
Content-Type: text/plain; charset=windows-1252; format=flowed
Content-Transfer-Encoding: 8bit
Archived-At: <http://mailarchive.ietf.org/arch/msg/6tisch/mNFeEB_mlRqwLWohckmKSdaa2Og>
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 13:52:27 -0000
Hi Pascal: The 802.15.4rev draft is, as the wording suggests, a *draft* specification. One should not give the impression as if this would be a stable draft, let alone a specification cast in stone. Thus, referencing to this as "802.15.4-2015" puts people on the wrong footing. Moreover, already anticipating that this draft reaches the end station in 2015, even prior to start of sponsor ballot, casts some doubt as to how receptive one would be to consider comments received during sponsor ballot. My only comment right now is that, in its current form, removing the "e" is premature. This may change over time, but one should not let 802.15 folks be the arbiter of this, but users of this specification, including 6TiSCH. BTW - ZigBee mostly uses the 802.15.4-2006 specification and most 6lowpan documents also refer to that specification. Best regards, Rene On 3/31/2015 3:07 AM, Pascal Thubert (pthubert) wrote: > Hello René: > > So far, 6TiSCH has not expressed requirements on TSCH. We have taken it as a base and built upon it. So I can hardly relate your words to something specific. > > - The base that we have considered for the architecture is very abstract since we had a goal to design beyond 802.15.4 whenever possible. From Pat's presentation, I have trouble believing that this text is affected at all, but then I'm interested in any specific point, and it is still time to fix Archie's text. > > - For the more specific draft, a good suggestion could be to ask the Interest Group to review the minimal and 6top interface drafts and assert whether and how they are affected by the change to 802.15.4-2015, so as to promote an action either on the IEEE or on the IETF side. I gathered from Pat that they are not, but a formal review from the I-G could help close that discussion. > > Pat, do you think that can be done? > > Pascal > > >> -----Original Message----- >> From: Rene Struik [mailto:rstruik.ext@gmail.com] >> Sent: lundi 30 mars 2015 20:22 >> To: Pascal Thubert (pthubert); 6tisch@ietf.org >> Subject: Re: [6tisch] removing the 'e' >> >> Hi Pascal: >> >> I think the proper approach is that one investigates whether an updated version >> of a cross-referenced specification is suitable and, if so, one can adopt this. >> >> To me, it is not a given that the revision effort of 802.15.4 that is currently on its >> way will automatically satisfy requirements 6TiSCH has. >> I am wondering how we would know, since so far technical changes have never >> been discussed/socialized within 6TiSCH itself (see also >> http://www.ietf.org/mail-archive/web/6tisch/current/msg02853.html). >> Anecdotal evidence regarding extensive changes makes me somewhat >> pessimistic here. >> >> We should use a "trust but verify" approach here. Anything else would be >> imprudent. I think this more or less reiterates Subir Das's point. >> >> So, I am not in favor of implicit, blind trust; only in favor of explicit, verified >> trust. Unfortunately, this means I think the recommendation you put forward >> below is imprudent. >> >> As a final note: >> a) not sure why the 802.15.4e amendment would be incomplete. This seems to >> be in direct conflict with the note on page 1 of the 802.15.4e-2012 standard >> (NOTE-The editing instructions contained in this amendment define how to >> merge the material contained therein into the existing base standard and its >> amendments to form the comprehensive standard). >> b) Not sure how one can already predict now when the current revision work will >> be end and result in a revised standard. Assuming that this will be in 2015 (with >> sponsor ballot not having started yet) seems somewhat premature. >> >> Rene >> >> On 3/30/2015 11:23 AM, Pascal Thubert (pthubert) wrote: >>> Dear all: >>> >>> Pat presented at the WG on Thursday his recommendation to remove the 'e' >> after IEEE802.15.4 in our current charter and WG Documents (slides at the end >> of http://www.ietf.org/proceedings/92/slides/slides-92-6tisch-2.pdf ). >>> The net effect would be that when a new version of the standard is published - >> 2015 should be available soon -, our normative references will implicitly pick >> that latest version and inherit the fixes that were made since then, as well as the >> additional PHYs on which 802.15.4 TSCH can operate. >>> Pat indicated that this procedure is the expected one when referring to IEEE >> documents. Subir noted that at the IETF we normally have reference on >> particular versions, and a change in an RFC is a new RFC thus a new reference, >> and the IEEE form of reference may create an issue with IETF practice. The >> chairs will need to validate this before proceeding. >>> On the question whether the change is desirable, Pat made the case that 15.4e >> is just an amendment, which is an incomplete reference, and that it yields some >> incorrectness that is now fixed in the upcoming 2015 version of 802.15.4. >>> All in all the group agreed that the change is desirable. We are now coming to >> the list to confirm the consensus. If you have an issue with removing the 'e' >> please speak up now. >>> Cheers, >>> >>> Pascal and Thomas >>> >>> _______________________________________________ >>> 6tisch mailing list >>> 6tisch@ietf.org >>> https://www.ietf.org/mailman/listinfo/6tisch >> >> -- >> email: rstruik.ext@gmail.com | Skype: rstruik >> cell: +1 (647) 867-5658 | US: +1 (415) 690-7363 -- email: rstruik.ext@gmail.com | Skype: rstruik cell: +1 (647) 867-5658 | US: +1 (415) 690-7363
- [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)