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 > >
- [6tsch] work item 3 renaming Maria Rita PALATTELLA
- Re: [6tsch] work item 3 renaming Pascal Thubert (pthubert)
- Re: [6tsch] work item 3 renaming Qin Wang
- Re: [6tsch] work item 3 renaming Raghuram Sudhaakar (rsudhaak)
- Re: [6tsch] work item 3 renaming Thomas Watteyne
- Re: [6tsch] work item 3 renaming Qin Wang
- Re: [6tsch] work item 3 renaming Xavier Vilajosana Guillen
- Re: [6tsch] work item 3 renaming Qin Wang
- Re: [6tsch] work item 3 renaming Pascal Thubert (pthubert)
- Re: [6tsch] work item 3 renaming Qin Wang