IETF Logo Mail Archive

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

"Pascal Thubert (pthubert)" <pthubert@cisco.com> Fri, 11 May 2018 07:18 UTC

Return-Path: <pthubert@cisco.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 C168912E856 for <roll@ietfa.amsl.com>; Fri, 11 May 2018 00:18:11 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.51
X-Spam-Level:
X-Spam-Status: No, score=-14.51 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_DKIMWL_WL_MED=-0.01, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com
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 yDAzGX8KWaDU for <roll@ietfa.amsl.com>; Fri, 11 May 2018 00:18:10 -0700 (PDT)
Received: from rcdn-iport-2.cisco.com (rcdn-iport-2.cisco.com [173.37.86.73]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2589D127058 for <roll@ietf.org>; Fri, 11 May 2018 00:18:10 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=10020; q=dns/txt; s=iport; t=1526023090; x=1527232690; h=from:to:subject:date:message-id:references:in-reply-to: mime-version; bh=ysyPWnPDVoy+MjLChSP64cqUu6wfhOvQQ+mkauW622I=; b=JF2OXHUgHdwwoqydeIRaG4mSz6SmY5lmC22mXTxKvTi4k/wvMEz6uvee 9JQUT2TJKQcHoOr4HSdUUeBCJiS91lxJOIZN1FAo4BsE/+Pw0iIukiRl8 966sCINqAnFxeH2aBf2n7qYFzKl3CgWymdLFfefzbQfxPEhcFP4f3Z2hs k=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: A0BZAQDUQvVa/4ENJK1cGQEBAQEBAQEBAQEBAQcBAQEBAYJNdmF7KAqDaIgEjG6BeYEPjjyEeIF4C4RsAhqCaCE0GAECAQEBAQEBAmwohSgBAQEEIwpcAgEIEQQBASgDAgICMBQJCAIEEwiDHYEbZKwFghyISIJIiCWBVD+BD4MLgxEEgUJSgkqCVAKHFZEZCQKOR4E+g2GHUIIrjgcCERMBgSQBHDiBUnAVgn6QTm+OIIEYAQE
X-IronPort-AV: E=Sophos;i="5.49,387,1520899200"; d="scan'208,217";a="396765726"
Received: from alln-core-9.cisco.com ([173.36.13.129]) by rcdn-iport-2.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 11 May 2018 07:18:09 +0000
Received: from XCH-RCD-004.cisco.com (xch-rcd-004.cisco.com [173.37.102.14]) by alln-core-9.cisco.com (8.14.5/8.14.5) with ESMTP id w4B7I8L6005849 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL) for <roll@ietf.org>; Fri, 11 May 2018 07:18:08 GMT
Received: from xch-rcd-001.cisco.com (173.37.102.11) by XCH-RCD-004.cisco.com (173.37.102.14) with Microsoft SMTP Server (TLS) id 15.0.1320.4; Fri, 11 May 2018 02:18:08 -0500
Received: from xch-rcd-001.cisco.com ([173.37.102.11]) by XCH-RCD-001.cisco.com ([173.37.102.11]) with mapi id 15.00.1320.000; Fri, 11 May 2018 02:18:08 -0500
From: "Pascal Thubert (pthubert)" <pthubert@cisco.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: AQHTwciVQsGzK7ypcECrCDATupfKUqQN4y+QgA8MpwCAAB9OgIAAdwaAgABf3gCAAAH3AIAAPNoAgAW+F5CAASfcgIAAA82AgAVc0ZA=
Date: Fri, 11 May 2018 07:18:04 +0000
Deferred-Delivery: Fri, 11 May 2018 07:17:41 +0000
Message-ID: <b3265ca6f74545468c00007dadaa0fb7@XCH-RCD-001.cisco.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> <982B626E107E334DBE601D979F31785C5DBE374F@BLREML503-MBX.china.huawei.com> <23345.1525709153@localhost> <CAO0Djp3a2AXMC3ORDhTGbyhwr09nw+8poDeQL03V7t2Bksp-bQ@mail.gmail.com>
In-Reply-To: <CAO0Djp3a2AXMC3ORDhTGbyhwr09nw+8poDeQL03V7t2Bksp-bQ@mail.gmail.com>
Accept-Language: fr-FR, en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-ms-exchange-transport-fromentityheader: Hosted
x-originating-ip: [10.61.64.30]
Content-Type: multipart/alternative; boundary="_000_b3265ca6f74545468c00007dadaa0fb7XCHRCD001ciscocom_"
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/roll/X9QgMObimybMEpuXNV0F2qPzZxo>
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: Fri, 11 May 2018 07:18:12 -0000

Hello Rahul

From: Roll <roll-bounces@ietf.org> On Behalf Of Rahul Jadhav
Sent: lundi 7 mai 2018 18:19
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


On Mon, 7 May 2018 at 9:36 PM, Michael Richardson <mcr+ietf@sandelman.ca<mailto:mcr%2Bietf@sandelman.ca>> wrote:

So I think that the errata against 6550 is that it should be a lollipop
counter, and I think that this solves the reboot problem, and eliminates
having to write it to flash.

[RJ] this still does not solve the reboot issue... The text in the draft actually considers dtsn to be a lollipop counter and explains the problem when rebooting within the sequence window of lollipop counter. Please refer to section 7.2 of the draft for example.
Errata is nonetheless needed for dtsn to be a lollipop counter.

[PT>] Well, yes, but that’s true for any of the sequence counters, not just DTSN, and was not perceived as an “issue”.
The lollipop by design detects one reboot during the straight part. More will cause a delay.
There are ways to avoid that like persistent memory or alleviate it like making the straight part shorted on reliable links.
I’m not sure there’s much to add to that or to fix, is there?

Pascal

v2.23.0 | Report a Bug | By Email