Re: [6tisch] [6P+SF0] CALL FOR CONSENSUS: sending a CLEAR request to old parents

"Lijo Thomas" <lijo@cdac.in> Tue, 22 November 2016 10:01 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 9AD09129CF3 for <6tisch@ietfa.amsl.com>; Tue, 22 Nov 2016 02:01:22 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.397
X-Spam-Level:
X-Spam-Status: No, score=-3.397 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RP_MATCHES_RCVD=-1.497, SPF_PASS=-0.001] 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 v_EmVxBw5Ywk for <6tisch@ietfa.amsl.com>; Tue, 22 Nov 2016 02:01:15 -0800 (PST)
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 E7799129CF1 for <6tisch@ietf.org>; Tue, 22 Nov 2016 02:01:05 -0800 (PST)
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 uAMA0Mep011372 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Tue, 22 Nov 2016 15:30: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 uAM9xqjn024284; Tue, 22 Nov 2016 15:29:52 +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 uAM9xpeS025682 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=NOT); Tue, 22 Nov 2016 15:29:51 +0530
From: Lijo Thomas <lijo@cdac.in>
To: 'Thomas Watteyne' <thomas.watteyne@inria.fr>, 6tisch@ietf.org
References: <CADJ9OA9ueXO4ySVJA3CEyR9tEEUy4Ji9+asEuFdTWjsHwbVAjg@mail.gmail.com>
In-Reply-To: <CADJ9OA9ueXO4ySVJA3CEyR9tEEUy4Ji9+asEuFdTWjsHwbVAjg@mail.gmail.com>
Date: Tue, 22 Nov 2016 15:30:29 +0530
Message-ID: <008901d244a7$41e4da30$c5ae8e90$@cdac.in>
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="----=_NextPart_000_008A_01D244D5.5B9D1630"
X-Mailer: Microsoft Outlook 15.0
Thread-Index: AQE+qLF0JK0bPDvZWs6QuxkRz54TrqIL/Aog
Content-Language: en-in
X-CDAC-PUNE-MailScanner-ID: uAM9xqjn024284
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=-3.198, required 6, autolearn=disabled, ALL_TRUSTED -1.00, BAYES_50 0.80, HTML_MESSAGE 0.00, RP_MATCHES_RCVD -3.00), not spam, SpamAssassin (not cached, score=-1.798, required 6, autolearn=disabled, ALL_TRUSTED -1.80, BAYES_50 0.00, HTML_MESSAGE 0.00)
X-CDAC-PUNE-MailScanner-Information: Please contact npsfhelp@cdac.in/mailadmin@cdac.in for more information
X-MailScanner-ID: uAMA0Mep011372
X-CDAC-PUNE-MailScanner-From: lijo@cdac.in
X-CDAC-MailScanner-Spam-Status: No
Archived-At: <https://mailarchive.ietf.org/arch/msg/6tisch/cF8yZ87qGjiCyFTmps15O4PntLA>
Subject: Re: [6tisch] [6P+SF0] CALL FOR CONSENSUS: sending a CLEAR request to old parents
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: Tue, 22 Nov 2016 10:01:22 -0000

+1 

 

The clear command will be useful at implementation point of view.

 

 

Thanks & Regards,

Lijo Thomas 

 

 

From: 6tisch [mailto:6tisch-bounces@ietf.org] On Behalf Of Thomas Watteyne
Sent: 22 November 2016 12:47
To: 6tisch@ietf.org
Subject: [6tisch] [6P+SF0] CALL FOR CONSENSUS: sending a CLEAR request to old parents

 

In thread "Node Behavior at Boot in SF0" (https://www.ietf.org/mail-archive/web/6tisch/current/msg04883.html) we ended up discussing the following paragraph 


 

https://tools.ietf.org/html/draft-ietf-6tisch-6top-sf0-02#section-10:

 

   In order to define a known state after the node is restarted, a CLEAR

   command is issued to each of the neighbor nodes to enable a new

   allocation process.  The 6P Initial Timeout Value provided by SF0

   should allow for the maximum number of TSCH link-layer retries, as

   defined by Section 4.3.4 of [I-D.ietf-6tisch-6top-protocol].  TODO/

   REMARK: The initial timeout is currently under discussion.

 

The suggestion on the table is to:

 

step 1. Change https://tools.ietf.org/html/draft-ietf-6tisch-6top-sf0-02#section-10 <https://tools.ietf..org/html/draft-ietf-6tisch-6top-sf0-02#section-10>  to:

 

   The 6P Initial Timeout Value provided by SF0

   should allow for the maximum number of TSCH link-layer retries, as

   defined by Section 4.3.4 of [I-D.ietf-6tisch-6top-protocol].  TODO/

   REMARK: The initial timeout is currently under discussion.

 

step 2. Add the following text to draft-ietf-6tisch-6top-protocol, by possibly adding a 4.3.X section:

 

4.3.X. Disconnecting from a neighbor

 

   If the SF realizes connection to a particular neighbor is no longer

   needed (for example a change in parent by the routing protocol),

   the SF MAY send a CLEAR request to that neighbor to speed up the

   cleanup process of the cells allocated with that neighbor.

 

I'm hereby opening a call for WG consensus. Please +1 or comment/suggest. The chairs will summarize on Fridat 25 Nov.

 

Thomas

 

-- 

_______________________________________

 

Thomas Watteyne, PhD

Research Scientist & Innovator, Inria

Sr Networking Design Eng, Linear Tech

Founder & co-lead, UC Berkeley OpenWSN

Co-chair, IETF 6TiSCH

 

 <http://www.thomaswatteyne.com> www.thomaswatteyne.com

_______________________________________


-------------------------------------------------------------------------------------------------------------------------------
[ 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.
-------------------------------------------------------------------------------------------------------------------------------