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 > >
- [6tsch] work item 2 in the charter Pascal Thubert (pthubert)
- Re: [6tsch] work item 2 in the charter Thomas Watteyne
- Re: [6tsch] work item 2 in the charter Qin Wang
- Re: [6tsch] work item 2 in the charter Pascal Thubert (pthubert)
- Re: [6tsch] work item 2 in the charter Qin Wang
- Re: [6tsch] work item 2 in the charter Thomas Watteyne
- Re: [6tsch] work item 2 in the charter Pascal Thubert (pthubert)
- Re: [6tsch] work item 2 in the charter Thomas Watteyne
- Re: [6tsch] work item 2 in the charter Qin Wang
- Re: [6tsch] work item 2 in the charter Thomas Watteyne
- Re: [6tsch] work item 2 in the charter Pascal Thubert (pthubert)