Re: [6tisch] removing the 'e'
"Turner, Randy" <Randy.Turner@landisgyr.com> Tue, 31 March 2015 07:52 UTC
Return-Path: <Randy.Turner@landisgyr.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 0B46D1A89A5
for <6tisch@ietfa.amsl.com>; Tue, 31 Mar 2015 00:52:56 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.902
X-Spam-Level:
X-Spam-Status: No, score=-1.902 tagged_above=-999 required=5
tests=[BAYES_00=-1.9, SPF_HELO_PASS=-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 pGuxFOgMSMv1 for <6tisch@ietfa.amsl.com>;
Tue, 31 Mar 2015 00:52:53 -0700 (PDT)
Received: from emea01-am1-obe.outbound.protection.outlook.com
(mail-am1on0714.outbound.protection.outlook.com
[IPv6:2a01:111:f400:fe00::714])
(using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits))
(No client certificate requested)
by ietfa.amsl.com (Postfix) with ESMTPS id ECCA21A890F
for <6tisch@ietf.org>; Tue, 31 Mar 2015 00:52:52 -0700 (PDT)
Received: from DB4PR01MB0431.eurprd01.prod.exchangelabs.com (10.242.221.22) by
DB4PR01MB0431.eurprd01.prod.exchangelabs.com (10.242.221.22) with
Microsoft
SMTP Server (TLS) id 15.1.118.21; Tue, 31 Mar 2015 07:30:06 +0000
Received: from DB4PR01MB0431.eurprd01.prod.exchangelabs.com ([10.242.221.22])
by DB4PR01MB0431.eurprd01.prod.exchangelabs.com ([10.242.221.22])
with mapi id 15.01.0118.022; Tue, 31 Mar 2015 07:30:06 +0000
From: "Turner, Randy" <Randy.Turner@landisgyr.com>
To: "Pascal Thubert (pthubert)" <pthubert@cisco.com>, Kris Pister
<ksjp@berkeley.edu>, "6tisch@ietf.org" <6tisch@ietf.org>
Thread-Topic: [6tisch] removing the 'e'
Thread-Index: AdBq/V4RtXFpTNrNQeKFEmkDS/GJkAAD0Q0AAAKGoqAAGgS/gP//yFQA
Date: Tue, 31 Mar 2015 07:30:06 +0000
Message-ID: <D13FC036.4039%randy.turner@landisgyr.com>
References: <E045AECD98228444A58C61C200AE1BD849D905A6@xmb-rcd-x01.cisco.com>
<551983E0.3030008@berkeley.edu>
<DB4PR01MB04310E3861BFAB98563AA7DB80F50@DB4PR01MB0431.eurprd01.prod.exchangelabs.com>
<E045AECD98228444A58C61C200AE1BD849D913F0@xmb-rcd-x01.cisco.com>
In-Reply-To: <E045AECD98228444A58C61C200AE1BD849D913F0@xmb-rcd-x01.cisco.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
user-agent: Microsoft-MacOutlook/14.4.8.150116
x-ms-exchange-messagesentrepresentingtype: 1
x-originating-ip: [73.207.234.73]
authentication-results: cisco.com; dkim=none (message not signed)
header.d=none;
x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:DB4PR01MB0431;
x-forefront-antispam-report: BMV:1; SFV:NSPM;
SFS:(10019020)(6009001)(24454002)(479174004)(243025005)(377454003)(51704005)(13464003)(66066001)(2950100001)(86362001)(76176999)(107886001)(83506001)(19580405001)(19580395003)(5890100001)(15975445007)(77096005)(2501003)(62966003)(102836002)(77156002)(50986999)(93886004)(2656002)(122556002)(2171001)(36756003)(54356999)(92566002)(46102003)(87936001)(40100003)(2900100001);
DIR:OUT; SFP:1102; SCL:1; SRVR:DB4PR01MB0431;
H:DB4PR01MB0431.eurprd01.prod.exchangelabs.com; FPR:; SPF:None; MLV:sfv;
LANG:en;
x-microsoft-antispam-prvs: <DB4PR01MB0431628C8DB6B486A41EFB5A80F40@DB4PR01MB0431.eurprd01.prod.exchangelabs.com>
x-exchange-antispam-report-test: UriScan:;
x-exchange-antispam-report-cfa-test: BCL:0; PCL:0;
RULEID:(601004)(5002010)(5005006); SRVR:DB4PR01MB0431; BCL:0; PCL:0; RULEID:;
SRVR:DB4PR01MB0431;
x-forefront-prvs: 0532BF6DC2
Content-Type: text/plain; charset="iso-8859-1"
Content-ID: <75A5A3EADF32AE4DB1ED50E6395FCB77@eurprd01.prod.exchangelabs.com>
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-OriginatorOrg: landisgyr.com
X-MS-Exchange-CrossTenant-originalarrivaltime: 31 Mar 2015 07:30:06.0535 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: ee2cd48b-958f-4be4-9852-b8f104c001b9
X-MS-Exchange-Transport-CrossTenantHeadersStamped: DB4PR01MB0431
Archived-At: <http://mailarchive.ietf.org/arch/msg/6tisch/tg3dhcYnhvjPqMFh9q4UVERSuqs>
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 07:52:56 -0000
Hi Pascal, I agree with you in principal about the timing of 6tisch completion and the availability of the final 802.15.4 rollup - I think they will be timed pretty close so it would be nice to reference the rollup. If by ³interim² you mean ³amendment², I believe there are quite a few stds that refer to amendments with regards to requirements - 6tisch never shipped before but there¹s quite a bit of code already written to 4e, not only functional code, but diagnostic (sniffer) code as well, so if there are changes required for the rollup, it would be unfortunate. Ultimately I think we¹re bound by our charter, not any philosophical thinking that we would ³like² to exist that says we do this or that - philosophically I think it makes sense to refer to the rollup - it just seems like the thing to do. However, we¹re bound by the charter that says ³The working group will focus on enabling IPv6 over the TSCH mode of 802.15.4e standard². I would like to be able to refer to 2015 802.15.4 but frankly the news about it being different than 4e (with regards to TSCH) surprised me. Could someone elaborate on the deltas between 4e and 2015-802.15.4 for TSCH ? I guess our AD could ³green light² the reference either way, and like I said, it would be nice to refer to the rollup ³for posterity²; meaning, for future developers it would be nice if they could work with the more current spec - I¹m in favor of the rollup if the differences I am hearing about between 4e and the rollup are minimal. If the changes are significant, then from an IETF procedural standpoint, I think we would need a ruling. Randy On 3/31/15, 2:49 AM, "Pascal Thubert (pthubert)" <pthubert@cisco.com> wrote: >Hello Randy: > >I do agree that Kris is right, but probably not on the same point as you >do here. 6TiSCH does not have much choice. We do not own 802.15.4, we >reference it. >And the question of backward compatibility does not really affect 6TiSCH >since 6TiSCH never shipped before, and there certainly will be quite a >development effort to build a 6TiSCH product anyway. > >6TiSCH cannot be locked referencing an interim specification, so there is >no question in my mind that 6TiSCH will ultimately refer to the new >standard when it ships. What we're after is the minimum hassle on that >path. > >The question that was asked to the group is about the current charter, >and the current WG docs that we are shipping to IESG, in particular >minimal. >If we keep referencing 15.4e, we will be creating a backward >compatibility issue with ourselves, and that's probably not a good idea. >I'm looking for a consensus to avoid that. > >Another aspect of that question is the plug test in Prague. Considering >the time frame, it will be difficult for the implementations to migrate >to 802.15.4-2015, and there may be interop problems at the MAC layer. >What should we be shooting for? > >Pascal > >> -----Original Message----- >> From: 6tisch [mailto:6tisch-bounces@ietf.org] On Behalf Of Turner, Randy >> Sent: lundi 30 mars 2015 20:27 >> To: Kris Pister; 6tisch@ietf.org >> Subject: Re: [6tisch] removing the 'e' >> >> >> If Kris is correct, and compliance with the 15.4 rollup would cause >>code changes >> to existing 4e code, then I don't think it's a good idea to remove the >>'e' -- if >> existing 4e code would be interoperable with 15.4 rollup, then I guess >> referencing the rollup (for posterity) would be a good idea. >> >> Randy >> >> -----Original Message----- >> From: 6tisch [mailto:6tisch-bounces@ietf.org] On Behalf Of Kris Pister >> Sent: Monday, March 30, 2015 1:12 PM >> To: 6tisch@ietf.org >> Subject: Re: [6tisch] removing the 'e' >> >> I like the IETF approach better, but I don't think that we have much >>choice. >> If the roll-up from 15.4e to 15.4-2015 were just corrections of real >>problems it >> would be a no-brainer. >> Unfortunately, there are numerous cases where IEEE members with "good >> ideas" >> have pushed for changes that have little or no practical value, but do >>require a >> re-write of existing code, and mandate non-interoperability between the >> existing 15.4e and the forthcoming 15.4-2015. >> >> ksjp >> >> On 3/30/2015 8: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 >> >> _______________________________________________ >> 6tisch mailing list >> 6tisch@ietf.org >> https://www.ietf.org/mailman/listinfo/6tisch >> >> P PLEASE CONSIDER OUR ENVIRONMENT BEFORE PRINTING THIS EMAIL. >> >> This e-mail (including any attachments) is confidential and may be >>legally >> privileged. If you are not an intended recipient or an authorized >>representative >> of an intended recipient, you are prohibited from using, copying or >>distributing >> the information in this e-mail or its attachments. If you have received >>this e-mail >> in error, please notify the sender immediately by return e-mail and >>delete all >> copies of this message and any attachments. Thank you. >> >> _______________________________________________ >> 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)