Re: [6tsch] work item 2 in the charter

Qin Wang <qinwang@berkeley.edu> Mon, 22 July 2013 15:25 UTC

Return-Path: <qinwang@berkeley.edu>
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 6B83621E808D for <6tsch@ietfa.amsl.com>; Mon, 22 Jul 2013 08:25:49 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.976
X-Spam-Level:
X-Spam-Status: No, score=-2.976 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-1]
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 K8PIkAmxJzuz for <6tsch@ietfa.amsl.com>; Mon, 22 Jul 2013 08:25:39 -0700 (PDT)
Received: from mail-ie0-f173.google.com (mail-ie0-f173.google.com [209.85.223.173]) by ietfa.amsl.com (Postfix) with ESMTP id E248621E80CA for <6tsch@ietf.org>; Mon, 22 Jul 2013 08:25:09 -0700 (PDT)
Received: by mail-ie0-f173.google.com with SMTP id k13so15785075iea.32 for <6tsch@ietf.org>; Mon, 22 Jul 2013 08:25:09 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:x-gm-message-state; bh=k9hL4DuToIEbu0kJKI2VT/gAzdIcExP4i4J/etUWJoo=; b=jiJK4dCBlHCjGCwMEoMpUIr1zc0Yvgqbc4doUGaPmKgd0VQUH6qgoe9u4plK4vJ+iB SHdrbn3IZJodQwTHSd9gPeZMlbBatzPQmihsvFKBnXJVtF1cDds6O8gD3J1HlvpxDn61 6q2nWN5UF2NnnOLSDv5pj5UBzN1l8yAxKkVHKTYNuYcyEtm5AMpWVO0pQBS3LEPDM0Xm 6+uOo3hMRyS2RsqoLuCScM3ttxqFTG2IsiyvpY64+COIsCyt84hJRVQLdvgadkY4IRSq JGcosytg30x/kgAfOAXv5Tw/N7+0CV5USoYdYEKxXzcpV0OiBvXKhrapu9KWT2Y85Ssw vCEg==
MIME-Version: 1.0
X-Received: by 10.50.57.51 with SMTP id f19mr19576696igq.26.1374506708950; Mon, 22 Jul 2013 08:25:08 -0700 (PDT)
Received: by 10.64.171.82 with HTTP; Mon, 22 Jul 2013 08:25:08 -0700 (PDT)
In-Reply-To: <CADJ9OA_zF9Lm4aVphhpstHPBhGPjvvaJLqNi7w1kT9OdENjuYw@mail.gmail.com>
References: <E045AECD98228444A58C61C200AE1BD84137DB02@xmb-rcd-x01.cisco.com> <CAAzoce7GEpnviwKkqC61hWx2Bkx8Y1f72UBq3c03PV6FfPgEKw@mail.gmail.com> <E045AECD98228444A58C61C200AE1BD84137E60E@xmb-rcd-x01.cisco.com> <CAAzoce514e=PouvHNuvJy5Wn+gWb4=XC-5p4r9aGs7qE-96aNA@mail.gmail.com> <CADJ9OA-cQeRhK0SgV-9urYzZdxnQ76NWnoXEJKEikK2itaazzQ@mail.gmail.com> <E045AECD98228444A58C61C200AE1BD84137F990@xmb-rcd-x01.cisco.com> <CADJ9OA_zF9Lm4aVphhpstHPBhGPjvvaJLqNi7w1kT9OdENjuYw@mail.gmail.com>
Date: Mon, 22 Jul 2013 23:25:08 +0800
Message-ID: <CAAzoce5Eje81pScr1tjOnrupoi6KwbnOyfODaHMSTuSNHHqXTg@mail.gmail.com>
From: Qin Wang <qinwang@berkeley.edu>
To: Thomas Watteyne <watteyne@eecs.berkeley.edu>
Content-Type: multipart/alternative; boundary=047d7bd76f5620fab404e21b48b1
X-Gm-Message-State: ALoCoQmF1H/tUzOdDKcygu5k9j2s2VVcCVWTQ5XeEGXNFtdKeTi8ozbfDHGPRW9Bq21RdUPMHFZw
Cc: 6TSCH <6tsch@ietf.org>
Subject: Re: [6tsch] work item 2 in the charter
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: Mon, 22 Jul 2013 15:25:50 -0000

Hi Thomas and Pascal,

I totally agree to the "middle ground".

Thanks
Qin


On Mon, Jul 22, 2013 at 9:35 PM, Thomas Watteyne <watteyne@eecs.berkeley.edu
> wrote:

> Pascal,
> This sounds like a great middle ground. Qin, would you agree with this?
> Thomas
>
>
> On Mon, Jul 22, 2013 at 11:21 AM, Pascal Thubert (pthubert) <
> pthubert@cisco.com> wrote:
>
>>  Hello Thomas and all:****
>>
>> ** **
>>
>> We can achieve some mobility for best effort RPL routes, it is mostly a
>> matter of tuning of the protocol and OF. The exact details on what is
>> needed could be worked out at ROLL.****
>>
>> For us that would mean beef up the dynamic slot allocation that has to be
>> there anyway. ****
>>
>> ** **
>>
>> OTOH, my memory is that we agreed that deterministic and mobile do not
>> play well, not well at all for centralized routing. So I agree with Thomas
>> that we should not over commit.****
>>
>> Maybe for the time being we could place that in the interaction with
>> other WGs, ROLL in this case? ****
>>
>> ** **
>>
>> Cheers,****
>>
>> ** **
>>
>> Pascal****
>>
>> ** **
>>
>> *From:* 6tsch-bounces@ietf.org [mailto:6tsch-bounces@ietf.org] *On
>> Behalf Of *Thomas Watteyne
>> *Sent:* dimanche 21 juillet 2013 23:28
>> *To:* 6TSCH
>>
>> *Subject:* Re: [6tsch] work item 2 in the charter****
>>
>> ** **
>>
>> Qin, all,****
>>
>> ** **
>>
>> We've had a lot of discussion around mobility during the webex calls a
>> couple of months ago. I'm looking at the call from 3/22 in particular, the
>> minutes of which are at [1] and the recording at [2].****
>>
>> ** **
>>
>> We ended up identifying 2 cases where some nodes are mobile:****
>>
>> - nodes mounted on a crane. Either the crane is pivoting, or two cranes
>> cooperate to pick containers up.****
>>
>> - a mobile worker****
>>
>> ** **
>>
>> We agreed that there were a number of tricks we could play to accommodate
>> some mobility:****
>>
>> - for the crane case, Alfredo suggested that we could "have [the] same
>> cells scheduled at several potential neighbors of the node mounted on the
>> crane"****
>>
>> - for the mobile worker case, Tom suggested that "mobile worker does not
>> require deterministic schedules".****
>>
>> ** **
>>
>> In light of that, I would like to suggest to not over-promise on
>> mobility. That is, we think we have a good solution for building static
>> network, and that there are some tricks we can play for making space for
>> some mobility. Yet, the solution we come up with involve some communication
>> to resolve topological changes, either with a PCE, or locally using some
>> reservation protocol. Since there is some delay/overhead associated with
>> that, they are not designed for e.g. swarms of mobile robots. I'm not
>> saying TSCH is not a good idea for swarms of robot, rather that we first
>> focus on (almost) static networks.****
>>
>> ** **
>>
>> Maybe I'm missing your point. If I am, could you write down the exact
>> rewording of the charter you are suggesting, and maybe point out the exact
>> use cases?****
>>
>> ** **
>>
>> Thanks,****
>>
>> Thomas****
>>
>> ** **
>>
>> [1] https://bitbucket.org/6tsch/meetings/wiki/130322_webex****
>>
>> [2]
>> https://cisco.webex.com/ciscosales/lsr.php?AT=pb&SP=MC&rID=66940742&rKey=711b58d40cd574d9
>> ****
>>
>>
>> On Sunday, July 21, 2013, Qin Wang wrote:****
>>
>> Pascal,****
>>
>> ** **
>>
>> Yes, I think we can add "mobility" in the first paragraph of "Description
>> of Working Group [2/5]".****
>>
>> ** **
>>
>> Thanks****
>>
>> Qin****
>>
>> ** **
>>
>> On Sat, Jul 20, 2013 at 2:55 PM, Pascal Thubert (pthubert) <
>> pthubert@cisco.com> wrote:****
>>
>> Dear Qin:****
>>
>>  ****
>>
>> I’m a bit out of sync.****
>>
>>  ****
>>
>> 1) I agree we shoud have mobility somewhrere****
>>
>> 2) slide 8 in the charter slides on the repo is this “ Description of
>> Working Group [2/5]”****
>>
>>  ****
>>
>> Is that where you’d like to see mobility mentioned?****
>>
>>  ****
>>
>> Cheers,****
>>
>>  ****
>>
>> Pascal****
>>
>>  ****
>>
>> *From:* Qin Wang [mailto:qinwang@berkeley.edu <qinwang@berkeley.edu>]
>> *Sent:* vendredi 19 juillet 2013 21:12
>> *To:* Pascal Thubert (pthubert)
>> *Cc:* 6tsch@ietf.org
>> *Subject:* Re: [6tsch] work item 2 in the charter****
>>
>>  ****
>>
>> Hi Pascal,****
>>
>>  ****
>>
>> The slides are pretty good. Just a comment on slide-8. Should we add
>> "mobility" as one of criteria?****
>>
>>  ****
>>
>> Thanks****
>>
>> Qin****
>>
>>  ****
>>
>>  ****
>>
>>  ****
>>
>>  ****
>>
>>  ****
>>
>>  ****
>>
>> On Sat, Jul 20, 2013 at 12:06 AM, Pascal Thubert (pthubert) <
>> pthubert@cisco.com> wrote:****
>>
>> Dear all:****
>>
>>  ****
>>
>> Please review the latest draft of the charter at
>> https://bitbucket.org/6tsch/charter-ietf-6tsch/src ****
>>
>> Now is a good time to find the bugs! ****
>>
>> Work Item 2 in the charter (
>> https://bitbucket.org/6tsch/charter-ietf-6tsch/) is still like this:****
>>
>>  ****
>>
>> “****
>>
>> 2. Produce "6TSCH centrali****
>>
>
>
> _______________________________________________
> 6tsch mailing list
> 6tsch@ietf.org
> https://www.ietf.org/mailman/listinfo/6tsch
>
>