Re: [6tisch] T: FW: I-D Action: draft-satish-6tisch-6top-sf1-00.txt

"Lijo Thomas" <lijo@cdac.in> Fri, 10 June 2016 04:37 UTC

Return-Path: <lijo@cdac.in>
X-Original-To: 6tisch@ietfa.amsl.com
Delivered-To: 6tisch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A1B1A12DAA1 for <6tisch@ietfa.amsl.com>; Thu, 9 Jun 2016 21:37:18 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.316
X-Spam-Level:
X-Spam-Status: No, score=-3.316 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RP_MATCHES_RCVD=-1.426, SPF_PASS=-0.001, T_KAM_HTML_FONT_INVALID=0.01] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id kvyohH6jabAn for <6tisch@ietfa.amsl.com>; Thu, 9 Jun 2016 21:37:15 -0700 (PDT)
Received: from mailsender.cdac.in (mailsender.cdac.in [196.1.113.117]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A496B12DA9E for <6tisch@ietf.org>; Thu, 9 Jun 2016 21:37:13 -0700 (PDT)
Received: from ims.pune.cdac.in (ims.pune.cdac.in [10.208.1.15]) by mailsender.cdac.in (8.14.2/8.14.2) with ESMTP id u5A4aR0N011470 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Fri, 10 Jun 2016 10:06:28 +0530
Received: from mailgw.pune.cdac.in ([10.208.1.4]) by ims.pune.cdac.in (8.14.4/8.14.4) with ESMTP id u5A4YCfv019555; Fri, 10 Jun 2016 10:04:12 +0530
X-AuthUser: lijo
Received: from CIGLIJO (cig_lijo.tvm.cdac.in [10.176.11.63]) (authenticated bits=0) by mailgw.pune.cdac.in (8.14.2/8.13.8) with ESMTP id u5A4Y9M8005297 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=NOT); Fri, 10 Jun 2016 10:04:11 +0530
From: Lijo Thomas <lijo@cdac.in>
To: "'S.V.R.Anand'" <anand@ece.iisc.ernet.in>, "'Satish Anamalamudi (Satish Anamalamudi)'" <satish.anamalamudi@huawei.com>, 6tisch@ietf.org
References: <BC1182E86737A7438C540E3B93DB7E5120B6BE9E@SZXEMI507-MBS.china.huawei.com> <006a01d1c249$11cfb080$356f1180$@cdac.in> <BC1182E86737A7438C540E3B93DB7E5120B6CA73@SZXEMI507-MBS.china.huawei.com> <5759B6E4.6070508@ece.iisc.ernet.in>
In-Reply-To: <5759B6E4.6070508@ece.iisc.ernet.in>
Date: Fri, 10 Jun 2016 10:08:14 +0530
Message-ID: <001401d1c2d1$e7b112b0$b7133810$@cdac.in>
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="----=_NextPart_000_0015_01D1C300.01694EB0"
X-Mailer: Microsoft Outlook 15.0
Thread-Index: AQHd6YwNFwA9/j5xPeXRNBO3zdrw0QHHCF0PASahZLoCuEtlMJ+coHWg
Content-Language: en-in
X-CDAC-PUNE-MailScanner-ID: u5A4YCfv019555
X-CDAC-PUNE-MailScanner: Found to be clean, Found to be clean
X-CDAC-PUNE-MailScanner-MCPCheck-IMS: MCP-Clean, MCP-Checker (score=0, required 1)
X-CDAC-PUNE-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-1.624, required 6, autolearn=disabled, ALL_TRUSTED -1.00, BAYES_50 0.80, HTML_MESSAGE 0.00, RP_MATCHES_RCVD -1.43, URIBL_BLOCKED 0.00), not spam, SpamAssassin (not cached, score=-1.984, required 6, autolearn=disabled, ALL_TRUSTED -1.80, BAYES_40 -0.18, HTML_MESSAGE 0.00)
X-CDAC-PUNE-MailScanner-Information: Please contact npsfhelp@cdac.in/mailadmin@cdac.in for more information
X-MailScanner-ID: u5A4aR0N011470
X-CDAC-PUNE-MailScanner-From: lijo@cdac.in
X-CDAC-MailScanner-Spam-Status: No
Archived-At: <https://mailarchive.ietf.org/arch/msg/6tisch/fi0o_PAZj5HtbPRaANMdQdrkn4g>
Subject: Re: [6tisch] T: FW: I-D Action: draft-satish-6tisch-6top-sf1-00.txt
X-BeenThere: 6tisch@ietf.org
X-Mailman-Version: 2.1.17
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" <6tisch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tisch>, <mailto:6tisch-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/6tisch/>
List-Post: <mailto:6tisch@ietf.org>
List-Help: <mailto:6tisch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tisch>, <mailto:6tisch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 10 Jun 2016 04:37:18 -0000

Thanks Anand and Satish for your replies.

 

I agree the termination of track is really a tricky issue.

 

 

Thanks & Regards,

Lijo Thomas 

 

 

From: 6tisch [mailto:6tisch-bounces@ietf.org] On Behalf Of S.V.R.Anand
Sent: 10 June 2016 00:05
To: Satish Anamalamudi (Satish Anamalamudi); Lijo Thomas; 6tisch@ietf.org
Subject: Re: [6tisch] T: FW: I-D Action: draft-satish-6tisch-6top-sf1-00.txt

 

Hi Lijo,

Your question on the lifetime of a TrackID can be split into two sub-questions.

One relates to the time itself, and the other is the track termination procedure. A
short answer to the first is, it is application specific. The second is more
involved as there are several ways of terminating a track. 

(i) One of the P2P end nodes can signal the PCE via a teardown message so that
PCE can release the chunks allocated to the intermediate nodes during the
resource reservation. The flip side of this seemingly graceful way is that if
there are plenty of short-lived tracks in the network, then the network will be
loaded with many control messages, not desirable in LLNs (ii) PCE automatically
reclaim the chunks based on the degree of idleness based on the information 
obtained from NME. There is a trade-off here too.

Hope the above addresses your question.

Anand



On Thursday 09 June 2016 06:20 PM, Satish Anamalamudi (Satish Anamalamudi) wrote:
> Hello Lijo,

> 

> Thank you for your questions.

> 

> Main role of TrackID :

> 1. Track forwarding is very similar to IP forwarding where each and every hop is related to local Track-ID (like IP address) to switch the tracks towards Destination. Later, cells are used as implicit labels to switch it to next-hop cells of associated Track-ID.

> 2. To identify the associated L2-bundles at each and every hop to forward the data to next-hop neighbors and dynamically adapt the cells in associated L2-bundles. 

> 

> As of now I don't have exact answer for "Life time of a TrackID". I will message to you very soon once I know the answer for it.

> 

> With Regards,

> Satish.  

> -----®öŸö-----

> Ñöº: Lijo Thomas [mailto:lijo@cdac.in] 

> Ñöô: 2016t69å 20:19

> 6öº: Satish Anamalamudi (Satish Anamalamudi); 6tisch@ietf.org <mailto:6tisch@ietf.org> 

> ;˜: RE: [6tisch] FW: I-D Action: draft-satish-6tisch-6top-sf1-00.txt

> 

> Hi Satish,

> 

> I have a couple of queries regarding the SF1 draft .

> 

> 1. In the draft it says a TrackID is generated for each 1 hop communication.

> I had a feeling that the TrackID remains the same for an end-to-end packet flow.  Please correct me if I am wrong

> 

> 2. Life time of a TrackID 

> 

> Hope these are relevant to your draft  :

> 

> Thanks & Regards,

> Lijo Thomas 

> 

> 

> -----Original Message-----

> From: 6tisch [mailto:6tisch-bounces@ietf.org] On Behalf Of Satish Anamalamudi (Satish Anamalamudi)

> Sent: 06 June 2016 15:31

> To: 6tisch@ietf.org <mailto:6tisch@ietf..org> 

> Subject: [6tisch] FW: I-D Action: draft-satish-6tisch-6top-sf1-00.txt

> 

> Hello everyone,

> 

> A new draft is proposed for hop-by-hop scheduling through Scheduling Function One(SF1). Your comments are highly appreciated.

> 

> With Regards,

> Satish.

> 

>> -----Original Message-----

>> From: I-D-Announce [mailto:i-d-announce-bounces@ietf.org] On Behalf Of 

>> internet-drafts@ietf.org <mailto:internet-drafts@ietf.org> 

>> Sent: 2016t66å 17:54

>> To: i-d-announce@ietf.org <mailto:i-d-announce@ietf.org> 

>> Subject: I-D Action: draft-satish-6tisch-6top-sf1-00.txt

>> 

>> 

>> A New Internet-Draft is available from the on-line Internet-Drafts 

>> directories.

>> 

>> 

>>         Title           : Scheduling Function One (SF1) for hop-by-hop

>> Scheduling in 6tisch Networks

>>         Authors         : Satish Anamalamudi

>>                           Mingui Zhang

>>                           Charles E. Perkins

>>                           S.V.R Anand

>>     Filename        : draft-satish-6tisch-6top-sf1-00.txt

>>     Pages           : 10

>>     Date            : 2016-06-06

>> 

>> Abstract:

>>    This document defines a 6top Scheduling Function called "Scheduling

>>    Function One" (SF1) to schedule end-to-end dedicated L2-bundles hop-

>>    by-hop for each instance.  In addition, SF1 dynamically adapts the

>>    number of reserved cells in scheduled end-to-end L2-bundles of an

>>    ongoing instance through a Resource Reservation Protocol.  SF1 uses

>>    the 6P signaling messages with a TrackID to add/delete cells in end-

>>    to-end L2-bundles of each instance.

>> 

>> 

>> The IETF datatracker status page for this draft is:

>> https://datatracker.ietf.org/doc/draft-satish-6tisch-6top-sf1/

>> 

>> There's also a htmlized version available at:

>> https://tools.ietf.org/html/draft-satish-6tisch-6top-sf1-00

>> 

>> 

>> Please note that it may take a couple of minutes from the time of 

>> submission until the htmlized version and diff are available at 

>> tools.ietf.org.

>> 

>> Internet-Drafts are also available by anonymous FTP at:

>> ftp://ftp.ietf.org/internet-drafts/

>> 

>> _______________________________________________

>> I-D-Announce mailing list

>> I-D-Announce@ietf.org <mailto:I-D-Announce@ietf.org> 

>> https://www.ietf.org/mailman/listinfo/i-d-announce

>> Internet-Draft directories: http://www.ietf.org/shadow.html or 

>> ftp://ftp.ietf.org/ietf/1shadow-sites.txt

> _______________________________________________

> 6tisch mailing list

> 6tisch@ietf.org <mailto:6tisch@ietf.org> 

> https://www.ietf.org/mailman/listinfo/6tisch

> 

> 

> -------------------------------------------------------------------------------------------------------------------------------

> [ C-DAC is on Social-Media too. Kindly follow us at:

> Facebook: https://www.facebook.com/CDACINDIA & Twitter: @cdacindia ]

> 

> This e-mail is for the sole use of the intended recipient(s) and may contain confidential and privileged information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies and the original message. Any unauthorized review, use, disclosure, dissemination, forwarding, printing or copying of this email is strictly prohibited and appropriate legal action will be taken.

> -------------------------------------------------------------------------------------------------------------------------------

> 

> _______________________________________________

> 6tisch mailing list

> 6tisch@ietf.org <mailto:6tisch@ietf.org> 

> https://www.ietf.org/mailman/listinfo/6tisch




-------------------------------------------------------------------------------------------------------------------------------
[ C-DAC is on Social-Media too. Kindly follow us at:
Facebook: https://www.facebook.com/CDACINDIA & Twitter: @cdacindia ]

This e-mail is for the sole use of the intended recipient(s) and may
contain confidential and privileged information. If you are not the
intended recipient, please contact the sender by reply e-mail and destroy
all copies and the original message. Any unauthorized review, use,
disclosure, dissemination, forwarding, printing or copying of this email
is strictly prohibited and appropriate legal action will be taken.
-------------------------------------------------------------------------------------------------------------------------------