[6tsch] Mobility in 6TSCH

"Pascal Thubert (pthubert)" <pthubert@cisco.com> Fri, 26 July 2013 16:21 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 6BD4D21F99AB for <6tsch@ietfa.amsl.com>; Fri, 26 Jul 2013 09:21:01 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -10.599
X-Spam-Level:
X-Spam-Status: No, score=-10.599 tagged_above=-999 required=5 tests=[AWL=0.000, BAYES_00=-2.599, 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 CaHB-M+RLaog for <6tsch@ietfa.amsl.com>; Fri, 26 Jul 2013 09:20:56 -0700 (PDT)
Received: from rcdn-iport-6.cisco.com (rcdn-iport-6.cisco.com [173.37.86.77]) by ietfa.amsl.com (Postfix) with ESMTP id 3B14A21F9635 for <6tsch@ietf.org>; Fri, 26 Jul 2013 09:20:52 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=850; q=dns/txt; s=iport; t=1374855652; x=1376065252; h=from:to:subject:date:message-id: content-transfer-encoding:mime-version; bh=dX+7j9aUUrxJr36rezze8ekJIHWuB4U/OCWcE67j3Vg=; b=KPDbfSuvX4Ta6Ln0RP0siRMDd9a01mZ0f9WNK1314P/OenSgELjEFyvS 0hGQvvF/i8dDyWT75sX5YkrpiB/LciSOGh0JXay8HonFt39w79z1G9GyX YrYVsJq8H4TJAzBpwwH683qzbI1VH4mbGpOtP/V3QrBaj4ZwbhnEIAdTh w=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AgYFAHyh8lGtJV2a/2dsb2JhbABbgwaBBb1MgRgWdIImAQQ6UQEqFEImAQQKEYgImAWgSo5IgQSDTm8DqSuDFIFoQg
X-IronPort-AV: E=Sophos;i="4.89,752,1367971200"; d="scan'208";a="239949440"
Received: from rcdn-core-3.cisco.com ([173.37.93.154]) by rcdn-iport-6.cisco.com with ESMTP; 26 Jul 2013 16:20:40 +0000
Received: from xhc-aln-x04.cisco.com (xhc-aln-x04.cisco.com [173.36.12.78]) by rcdn-core-3.cisco.com (8.14.5/8.14.5) with ESMTP id r6QGKeGC006609 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL) for <6tsch@ietf.org>; Fri, 26 Jul 2013 16:20:40 GMT
Received: from xmb-rcd-x01.cisco.com ([169.254.1.94]) by xhc-aln-x04.cisco.com ([173.36.12.78]) with mapi id 14.02.0318.004; Fri, 26 Jul 2013 11:20:40 -0500
From: "Pascal Thubert (pthubert)" <pthubert@cisco.com>
To: "6tsch@ietf.org" <6tsch@ietf.org>
Thread-Topic: Mobility in 6TSCH
Thread-Index: Ac6KG/JDReFusAQHRyi92NDFFsbTgA==
Date: Fri, 26 Jul 2013 16:20:40 +0000
Deferred-Delivery: Fri, 26 Jul 2013 16:20:00 +0000
Message-ID: <E045AECD98228444A58C61C200AE1BD8413ABB1B@xmb-rcd-x01.cisco.com>
Accept-Language: fr-FR, en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.61.169.245]
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Subject: [6tsch] Mobility in 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: Fri, 26 Jul 2013 16:21:01 -0000

Dear all;

As you know, determinism and fast mobility are quite antagonistic in nature. 

Even with distributed routing, there are a number of issues like timeslot allocation and security context transfer or (re)establishment that will delay the mobility.
In 6TSCH, we have use cases that we want to serve like the crane and the mobile handset, which require a certain degree of mobility but probably not make before break or sub-second reconnection. So we want to express that we aim at supporting this limited mobility but we do not want to raise the expectation higher than we can actually serve.

The mobility term is so overloaded that it might be misleading. Would you have a suggestion for term that would be more appropriate?

(I heard the terms soft, limited, and constrained so far)

Cheers,

Pascal