Re: [Roll] draft-rahul-roll-rpl-observations-00 Section 2.1: Wear leveling

Rahul Arvind Jadhav <rahul.jadhav@huawei.com> Mon, 07 May 2018 10:57 UTC

Return-Path: <rahul.jadhav@huawei.com>
X-Original-To: roll@ietfa.amsl.com
Delivered-To: roll@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A8DF512D950 for <roll@ietfa.amsl.com>; Mon, 7 May 2018 03:57:32 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.201
X-Spam-Level:
X-Spam-Status: No, score=-4.201 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, 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 87v5Kdrowj5E for <roll@ietfa.amsl.com>; Mon, 7 May 2018 03:57:30 -0700 (PDT)
Received: from huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9AE8512D94B for <roll@ietf.org>; Mon, 7 May 2018 03:57:30 -0700 (PDT)
Received: from LHREML712-CAH.china.huawei.com (unknown [172.18.7.106]) by Forcepoint Email with ESMTP id C8FE9560AA183 for <roll@ietf.org>; Mon, 7 May 2018 11:57:25 +0100 (IST)
Received: from BLREML702-CAH.china.huawei.com (10.20.4.171) by LHREML712-CAH.china.huawei.com (10.201.108.35) with Microsoft SMTP Server (TLS) id 14.3.382.0; Mon, 7 May 2018 11:57:17 +0100
Received: from BLREML503-MBX.china.huawei.com ([169.254.9.33]) by blreml702-cah.china.huawei.com ([::1]) with mapi id 14.03.0382.000; Mon, 7 May 2018 16:27:08 +0530
From: Rahul Arvind Jadhav <rahul.jadhav@huawei.com>
To: Routing Over Low power and Lossy networks <roll@ietf.org>
Thread-Topic: [Roll] draft-rahul-roll-rpl-observations-00 Section 2.1: Wear leveling
Thread-Index: AQHTwcibFnu8hxNmEkuDN8v/VkuQIaQN4y+QgA8MpwCAAB9OgIAAdwaAgABf3gCAAAH3AIAAPNoAgAW+F5A=
Date: Mon, 07 May 2018 10:57:08 +0000
Message-ID: <982B626E107E334DBE601D979F31785C5DBE374F@BLREML503-MBX.china.huawei.com>
References: <8EC2893F-731B-439D-86FE-984505349D8D@tzi.org> <982B626E107E334DBE601D979F31785C5DBCD1B4@BLREML503-MBS.china.huawei.com> <22477.1525301358@localhost> <CAO0Djp1sCSFJSZSbVNL+RLgV2FrjwZQrJ6p-9ExndMbQqua-QA@mail.gmail.com> <0522ea86b4234490bdd56b1428db0762@XCH-RCD-001.cisco.com> <29982.1525354228@localhost> <685a615a79e8442f9f7b19983ef2a36d@XCH-RCD-001.cisco.com> <25461.1525367718@localhost>
In-Reply-To: <25461.1525367718@localhost>
Accept-Language: en-IN, en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.18.157.44]
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Archived-At: <https://mailarchive.ietf.org/arch/msg/roll/kmxAsCbp6WuYD6v8CXuPGUq1aFI>
Subject: Re: [Roll] draft-rahul-roll-rpl-observations-00 Section 2.1: Wear leveling
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Routing Over Low power and Lossy networks <roll.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/roll>, <mailto:roll-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/roll/>
List-Post: <mailto:roll@ietf.org>
List-Help: <mailto:roll-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/roll>, <mailto:roll-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 07 May 2018 10:57:33 -0000

Hi Michael,

That's a good point you made about DTSN not been a lollipop counter (this was clearly misinterpreted by us and others in implementations). Section 7 explains "Sequence Counters" but DAO Trigger Sequence Number (DTSN) is not considered as sequence counter in that section!!

Please find my response inline ... 



-----Original Message-----
From: Roll [mailto:roll-bounces@ietf.org] On Behalf Of Michael Richardson
Sent: 04 May 2018 01:15
To: Routing Over Low power and Lossy networks <roll@ietf.org>
Subject: Re: [Roll] draft-rahul-roll-rpl-observations-00 Section 2.1: Wear leveling


Pascal Thubert (pthubert) <pthubert@cisco.com> wrote:
    > There might be a confusion with the DODAG version. DTSN is sourced at
    > each node, individually.

I'm not saying it has to be synchronized, but rather it can always be > than parent. If one does that, then there is no bootstrap problem.

Isn't that the non-storing case anyway?

[RJ] Even in non-storing case the DTSN is not derived from the parent's DTSN as per the spec. 

DODAG version would always be the same.

I looked again, and I don't see anything about DTSN being a lollipop counter that starts at 240, and wraps at 239.  That would, I think make it clear when a node has booted, and maybe that solves the problem.

[RJ] Very interesting point. We assumed that DTSN is a lollipop counter in our implementation. But looks like it is not. Section 7 explicitly states that only DAOSequence, DODAGVersionNumber, and Path Sequence are lollipop counters ... Looks like we read the spec wrong, also Contiki (including ng) has got it wrong (i.e. uses lollipop counter for DTSN). RIOT (rightly as per spec) does not assume lollipop counter for DTSN.
I think DTSN needs to be a lollipop counter which alleviates the problem but still does not completely avoid the persistent storage (discussed in other mail in same thread). This point should be added to the draft. 


-- 
]               Never tell me the odds!                 | ipv6 mesh networks [ 
]   Michael Richardson, Sandelman Software Works        | network architect  [ 
]     mcr@sandelman.ca  http://www.sandelman.ca/        |   ruby on rails    [