Re: [6tsch] 6TUS vs. 6TSCH

"Pascal Thubert (pthubert)" <pthubert@cisco.com> Tue, 02 July 2013 14:35 UTC

Return-Path: <pthubert@cisco.com>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BF3E821F9EDD for <6tsch@ietfa.amsl.com>; Tue, 2 Jul 2013 07:35:43 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -10.598
X-Spam-Level:
X-Spam-Status: No, score=-10.598 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-8]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Yl79ZUswRG9s for <6tsch@ietfa.amsl.com>; Tue, 2 Jul 2013 07:35:38 -0700 (PDT)
Received: from rcdn-iport-7.cisco.com (rcdn-iport-7.cisco.com [173.37.86.78]) by ietfa.amsl.com (Postfix) with ESMTP id 9E95221F9EB6 for <6tsch@ietf.org>; Tue, 2 Jul 2013 07:35:38 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=20243; q=dns/txt; s=iport; t=1372775738; x=1373985338; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=SP7esEGTaT0Slnu5Goc7GVgmG9Ey1b3bYQwuQjgNNOE=; b=REAgQTKqX8NflnOb3redj1M/JS8IYAuvlGjvBXdYhj0xPshJoEoo5m4N yw1hzqp7INFWnkNXd3YW7VP+WtTQ2qI917LqLmCjZvZ1k+rnio0DGSh+Z rZLJANs7XDtkUNKCByL7GUKhllbvYD9cKa0ghOV6+Yhr8TMrr+QuwdFz7 w=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AiQFACHk0lGtJXG//2dsb2JhbABaDoI3RDJJv02BARZ0giMBAQEEAQEBKkELEAIBCBEBAwEBCxYHBycLFAMGCAIEDgUIiAcMvBUEjyktBAYBgwRnA4VAgyugI4JTPoIo
X-IronPort-AV: E=Sophos; i="4.87,980,1363132800"; d="scan'208,217"; a="229941819"
Received: from rcdn-core2-4.cisco.com ([173.37.113.191]) by rcdn-iport-7.cisco.com with ESMTP; 02 Jul 2013 14:35:38 +0000
Received: from xhc-aln-x08.cisco.com (xhc-aln-x08.cisco.com [173.36.12.82]) by rcdn-core2-4.cisco.com (8.14.5/8.14.5) with ESMTP id r62EZbA0027937 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Tue, 2 Jul 2013 14:35:37 GMT
Received: from xmb-rcd-x01.cisco.com ([169.254.1.80]) by xhc-aln-x08.cisco.com ([173.36.12.82]) with mapi id 14.02.0318.004; Tue, 2 Jul 2013 09:35:37 -0500
From: "Pascal Thubert (pthubert)" <pthubert@cisco.com>
To: "xvilajosana@eecs.berkeley.edu" <xvilajosana@eecs.berkeley.edu>
Thread-Topic: [6tsch] 6TUS vs. 6TSCH
Thread-Index: AQHOdykcVcXNy5S4dE+Z4eeubAOOGJlRb4Ug
Date: Tue, 02 Jul 2013 14:35:36 +0000
Deferred-Delivery: Tue, 2 Jul 2013 14:35:00 +0000
Message-ID: <E045AECD98228444A58C61C200AE1BD84133AB33@xmb-rcd-x01.cisco.com>
References: <E045AECD98228444A58C61C200AE1BD841331DAA@xmb-rcd-x01.cisco.com> <E045AECD98228444A58C61C200AE1BD841339CBA@xmb-rcd-x01.cisco.com> <CALEMV4aFMQFn3HmR8rj1jLpniZwxP0ZbAy75Syc-qtev3Lc2Ow@mail.gmail.com>
In-Reply-To: <CALEMV4aFMQFn3HmR8rj1jLpniZwxP0ZbAy75Syc-qtev3Lc2Ow@mail.gmail.com>
Accept-Language: fr-FR, en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.49.80.43]
Content-Type: multipart/alternative; boundary="_000_E045AECD98228444A58C61C200AE1BD84133AB33xmbrcdx01ciscoc_"
MIME-Version: 1.0
Cc: "6tsch@ietf.org" <6tsch@ietf.org>
Subject: Re: [6tsch] 6TUS vs. 6TSCH
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
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" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 02 Jul 2013 14:35:43 -0000

Hello Xavi:

I love the TOp.

Management, OTOH, is both a bit misleading (people expect management console, CNM type of stuff)  and a bit incomplete (missing the forwarding layer).

Cheers,

Pascal

From: Xavier Vilajosana Guillen [mailto:xvilajosana@eecs.berkeley.edu]
Sent: mardi 2 juillet 2013 15:36
To: Pascal Thubert (pthubert)
Cc: 6tsch@ietf.org
Subject: Re: [6tsch] 6TUS vs. 6TSCH

what about

6TMAN (Sixtus TSCH Management layer)
6TOP   (Sixtus Track Operation Layer or Sixtus TSCH Operation Layer)
MTSCH (Management TSCH sub layer)
6SUB    (Sixtus SubLayer)

just ideas!
X
On Tue, Jul 2, 2013 at 1:59 AM, Pascal Thubert (pthubert) <pthubert@cisco.com<mailto:pthubert@cisco.com>> wrote:
Dear all:

The funniest thing I got this far is 6TSCHNTSSL, pronounced as "60 schnitzel" (for 6TSCH TimeSlotted Sub-Layer).
But seriously we need to fix this. I was thinking that the key words I'd like to see there are:
-Cell (allocation and dispatching)
-Track (switching sublayer)

So maybe 6CATS?

Pascal

From: 6tsch-bounces@ietf.org<mailto:6tsch-bounces@ietf.org> [mailto:6tsch-bounces@ietf.org<mailto:6tsch-bounces@ietf.org>] On Behalf Of Pascal Thubert (pthubert)
Sent: mardi 25 juin 2013 17:35
To: 6tsch@ietf.org<mailto:6tsch@ietf.org>
Subject: [6tsch] 6TUS vs. 6TSCH

Hello Maria-Rita:

I think we can easily beat a world record of the most ugly name. For instance try pronouncing this: 6TSCHTSSL  (for TimeSlotted Sub-Layer).

We need advice from the list:

1) what do you think of the definition below for 6TSCH (I'm perfectly happy with ità)
2) Should we rename 6TUS to avoid confusion with 6TSCH that pronounces sixtus already? If so, proposal?

Cheers,

Pascal

From: Maria Rita PALATTELLA [mailto:maria-rita.palattella@uni.lu]
Sent: mardi 25 juin 2013 11:08
To: Pascal Thubert (pthubert); xvilajosana@eecs.berkeley.edu<mailto:xvilajosana@eecs.berkeley.edu>; yoshihiro.ohba@toshiba.co.jp<mailto:yoshihiro.ohba@toshiba.co.jp>
Cc: watteyne@eecs.berkeley.edu<mailto:watteyne@eecs.berkeley.edu>
Subject: RE: [6tsch] draft-ohba-6tsch-security-00

Hello Pascal,
I do agree that 6TSCH is not well defined in the terminology draft. Sorry for that.  For sure, we need to spell out the acronym. According to what you are suggesting, and what we had before, we may update it as follows:

6TSCH: IPv6 over Time Slotted Channel Hopping. It defines a set of IETF sublayers and protocols (for setting up a schedule with a centralized or distributed approach, managing the resource allocation, etc.), as well as the architecture to bind them together, for use in IPv6  TSCH based networks.

I also agree on the confusion that comes from having 6TSCH = SIXTUS and 6TUS adaptation layer. But I am worried it is a bit late for changing...somehow people got already familiar with this terms...unless, we agree to have only 6TSCH, and call 6TUS 6TSCH adaptation layer. What do you think? Maybe it is even worst :)

Maria Rita


_______________________________________________
6tsch mailing list
6tsch@ietf.org<mailto:6tsch@ietf.org>
https://www.ietf.org/mailman/listinfo/6tsch