Re: [6tsch] work item 3 renaming

Qin Wang <qinwang@berkeley.edu> Tue, 23 July 2013 18:28 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 87A1B21E80CB for <6tsch@ietfa.amsl.com>; Tue, 23 Jul 2013 11:28:44 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.759
X-Spam-Level:
X-Spam-Status: No, score=-2.759 tagged_above=-999 required=5 tests=[AWL=0.217, 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 oOcAGP--qil4 for <6tsch@ietfa.amsl.com>; Tue, 23 Jul 2013 11:28:40 -0700 (PDT)
Received: from mail-ob0-f170.google.com (mail-ob0-f170.google.com [209.85.214.170]) by ietfa.amsl.com (Postfix) with ESMTP id 21C8511E80FB for <6tsch@ietf.org>; Tue, 23 Jul 2013 11:28:40 -0700 (PDT)
Received: by mail-ob0-f170.google.com with SMTP id ef5so11055155obb.29 for <6tsch@ietf.org>; Tue, 23 Jul 2013 11:28:39 -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=koiAUHPp0hahwbwCJQfpF9tXWzYpiEP28T/VpRM5H4c=; b=EIn29vMZDIMpMDkYNfxNVVVUUpRXCyLK9qj71gO/yVLAArv3B2kBGlG07uTM8+WMvg d5a7PtfAaK5X+WoujQknMtmlTWTmrH0gI8MQGM3ICGWCTceNCdoXApxSHNeX/ST4xpUx SKQKJBEqCbeSnU1NI1Tdc472VHsvy53HYppRP/+BwL4Bx2He0ya0xjGQ2Qd9gSehWpHj JyS8UmEAZSK0nFgabsWbOvVTFHLnS9sUtpVl0q1Ae9ypbm8s2qjgnOfGoq32hQdOCX6v pKCkzEjzgsSbK4DGzm8qxIai/h50arCg1kVZ7mzwawJNB+g6I39Rl+Bw+BF9scFhNNVn 88nA==
MIME-Version: 1.0
X-Received: by 10.50.126.36 with SMTP id mv4mr21416819igb.45.1374604119318; Tue, 23 Jul 2013 11:28:39 -0700 (PDT)
Received: by 10.64.171.82 with HTTP; Tue, 23 Jul 2013 11:28:39 -0700 (PDT)
In-Reply-To: <8B6EE6D7-9BC4-46A4-B40F-287F197BCCCB@cisco.com>
References: <E045AECD98228444A58C61C200AE1BD84139215A@xmb-rcd-x01.cisco.com> <2C3A8CAFDCAFCA41B8BF705CD9471C5B184E9C89@xmb-rcd-x04.cisco.com> <CADJ9OA_eqRGMJxoYpjeSyxfxWAUxkLWk_ieAONR7SaxSGZ7E8g@mail.gmail.com> <CAAzoce4X4-f=-4i8ZaVetMZdt9a7PDaGczMJ98wG6B5gTghjng@mail.gmail.com> <CALEMV4Zmag5iQsyvZBAzWzDVd1cLKT=ZC6nh0Jr3Zx07mcEa_w@mail.gmail.com> <CAAzoce6=GCym=F1cWaCNCzP6qufyduA1nXruSvo8RfWxdaNTSQ@mail.gmail.com> <8B6EE6D7-9BC4-46A4-B40F-287F197BCCCB@cisco.com>
Date: Wed, 24 Jul 2013 02:28:39 +0800
Message-ID: <CAAzoce75bFaQYg2KKJZ0YVs8ro_srh1xa=GJf6y5j1Jovjjj6g@mail.gmail.com>
From: Qin Wang <qinwang@berkeley.edu>
To: "Pascal Thubert (pthubert)" <pthubert@cisco.com>
Content-Type: multipart/alternative; boundary=047d7b3a96843d34c104e231f64a
X-Gm-Message-State: ALoCoQlMFW1NaPicrq48ip4ySvuPMTzkjPWlTeibCLWvqIah3uSjuIDW2bvmbKP/+Fx6oiMsm4+t
Cc: Thomas Watteyne <watteyne@eecs.berkeley.edu>, "6tsch@ietf.org" <6tsch@ietf.org>, Xavier Vilajosana Guillen <xvilajosana@eecs.berkeley.edu>
Subject: Re: [6tsch] work item 3 renaming
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, 23 Jul 2013 18:28:44 -0000

Pascal,

Thanks. It makes perfect sense.

Qin


On Wed, Jul 24, 2013 at 2:17 AM, Pascal Thubert (pthubert) <
pthubert@cisco.com> wrote:

>  Hi again Qin,
>
>  I agree with all you said below; 6top is a layer below routing thus does
> not do any routing.
>
>  Otoh the 6TSCH architecture has to describe how RPL operates over TSCH
> and in particular its relation the cell allocation and time sync so
> distributed routing is still an item for us.
>
>  Makes sense?
>
> Pascal
>
> Le 23 juil. 2013 à 19:29, "Qin Wang" <qinwang@berkeley.edu> a écrit :
>
>   Xavi,
>
>  Obviously, the current version of 6top does not deal with routes, only
> deal with cells and tracks. In addition, in charter, it is said about the
> distributed case as follows.
>
>  "to define the mechanism by which a source node reserves MAC-layer
> resources along a pre-established RPL multi-hop
> path to a destination node. The WG will initially look at RSVP and NSIS.
> Depending on the applicability of RSVP and NSIS, this document will be
> targeted to proposed standard"
>
>  It should mean that the routing table is managed be RPL, and thus, not
> necessary to be included in the proposed standard.
>
>  Then, I can not see the necessity to add "routing management" in the
> distributed case.
>
>  What do you think?
>
>  Qin
>
>
>
>
> On Wed, Jul 24, 2013 at 1:17 AM, Xavier Vilajosana Guillen <
> xvilajosana@eecs.berkeley.edu> wrote:
>
>>  Hi Qin,
>>
>>
>> "But, regarding to generalizing it to distributed case, my understanding
>> is that  the routing management is likely irrelevant with 6top, because it
>> is conducted by routing layer independently.  Sorry,  I haven't figured out
>> what the new name will imply."
>>
>>  unless you can carry some routing IE on 6top requests or you can use
>> 6top monitoring and managing capabilities to change links (i.e remove a
>> link in a route, and add another one to another neighbour to force a
>> routing change).
>>
>>  X
>>
>>
>>
>>
>> On Tue, Jul 23, 2013 at 5:27 PM, Qin Wang <qinwang@berkeley.edu> wrote:
>>
>>> Thomas,
>>>
>>>  Thank you very much for explaining it. It is clear. Now I Agree to
>>> "Centralized routing and track management", because PCE can manage not only
>>> tracks but also routing tables, actually, there is some sort of cross-layer
>>> optimization in PCE.
>>>
>>>  But, regarding to generalizing it to distributed case, my
>>> understanding is that  the routing management is likely irrelevant with
>>> 6top, because it is conducted by routing layer independently.  Sorry,  I
>>> haven't figured out what the new name will imply.
>>>
>>>  Qin
>>>
>>>
>>>
>>>
>>>  On Tue, Jul 23, 2013 at 10:55 PM, Thomas Watteyne <
>>> watteyne@eecs.berkeley.edu> wrote:
>>>
>>>>  Agreed. And I see that the few hours to complain already passed :)
>>>>
>>>>  Qin,
>>>> The issue is that we have been discussing the possibility for the PCE
>>>> to influence not only the TSCH schedule, but also the routing table. This
>>>> was highlighted in the calls from 2 and 3 weeks ago, where we discussed the
>>>> different forwarding possibilities. The old title of the work items
>>>> suggested that the PCE only builds tracks (i.e. modifying the TSCH
>>>> schedle); this rename is to give the PCE the possibility to modify the
>>>> routing tables, too. This was discussed in the context of the PCE (i.e.
>>>> centralized); Maria Rita proposed to generalize this also to the
>>>> distributed case.
>>>>
>>>> On Tue, Jul 23, 2013 at 4:12 PM, Raghuram Sudhaakar (rsudhaak) <
>>>> rsudhaak@cisco.com> wrote:
>>>>
>>>>>  I agree. Consistent language makes it a better read.
>>>>>
>>>>>  -raghuram
>>>>>
>>>>>   From: "Pascal Thubert (pthubert)" <pthubert@cisco.com>
>>>>> Date: Tuesday, July 23, 2013 6:39 AM
>>>>> To: Maria Rita PALATTELLA <maria-rita.palattella@uni.lu>lu>, "Thomas
>>>>> Watteyne (watteyne@eecs.berkeley.edu)" <watteyne@eecs.berkeley.edu>du>,
>>>>> raghuram sudhaakar <rsudhaak@cisco.com>
>>>>> Cc: "6tsch@ietf.org" <6tsch@ietf.org>
>>>>> Subject: RE: work item 3 renaming
>>>>>
>>>>>   I agree Maria Rita.****
>>>>>
>>>>> ** **
>>>>>
>>>>> If no one disagrees in the next hours I’ll make that change to the
>>>>> draft charter.****
>>>>>
>>>>> ** **
>>>>>
>>>>> Cheers,****
>>>>>
>>>>> ** **
>>>>>
>>>>> Pascal****
>>>>>
>>>>> ** **
>>>>>
>>>>> *From:* Maria Rita PALATTELLA [mailto:maria-rita.palattella@uni.lu<maria-rita.palattella@uni.lu>]
>>>>>
>>>>> *Sent:* mardi 23 juillet 2013 15:34
>>>>> *To:* 6tsch@ietf.org; Pascal Thubert (pthubert); Thomas Watteyne (
>>>>> watteyne@eecs.berkeley.edu)
>>>>> *Subject:* work item 3 renaming****
>>>>>
>>>>> ** **
>>>>>
>>>>> Pascal, all,****
>>>>>
>>>>> ** **
>>>>>
>>>>> I was wondering if we should re-name work item 3, according to the
>>>>> new title we gave to work item 2 (i.e., “6TSCH Centralized routing and
>>>>> track Management”).****
>>>>>
>>>>> ** **
>>>>>
>>>>> Right now, we have: “6TSCH Distributed Management”****
>>>>>
>>>>> ** **
>>>>>
>>>>> Should we re-name it: “6TSCH Distributed  routing and track
>>>>> Management”?****
>>>>>
>>>>> ** **
>>>>>
>>>>> Thank you,****
>>>>>
>>>>> Maria Rita****
>>>>>
>>>>> ** **
>>>>>
>>>>
>>>>
>>>>  _______________________________________________
>>>> 6tsch mailing list
>>>> 6tsch@ietf.org
>>>> https://www.ietf.org/mailman/listinfo/6tsch
>>>>
>>>>
>>>
>>> _______________________________________________
>>> 6tsch mailing list
>>> 6tsch@ietf.org
>>> https://www.ietf.org/mailman/listinfo/6tsch
>>>
>>>
>>
>   _______________________________________________
> 6tsch mailing list
> 6tsch@ietf.org
> https://www.ietf.org/mailman/listinfo/6tsch
>
>