[6lo] FW: New Version Notification for draft-li-nsa-reliability-00.txt

Luigi IANNONE <luigi.iannone@huawei.com> Wed, 01 June 2022 09:19 UTC

Return-Path: <luigi.iannone@huawei.com>
X-Original-To: 6lo@ietfa.amsl.com
Delivered-To: 6lo@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3F2F7C157B3B for <6lo@ietfa.amsl.com>; Wed, 1 Jun 2022 02:19:34 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.906
X-Spam-Level:
X-Spam-Status: No, score=-1.906 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_BLOCKED=0.001, RCVD_IN_MSPIKE_H2=-0.001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id a8GxELEISVeF for <6lo@ietfa.amsl.com>; Wed, 1 Jun 2022 02:19:30 -0700 (PDT)
Received: from frasgout.his.huawei.com (frasgout.his.huawei.com [185.176.79.56]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 38891C14CF0F for <6lo@ietf.org>; Wed, 1 Jun 2022 02:19:30 -0700 (PDT)
Received: from fraeml712-chm.china.huawei.com (unknown [172.18.147.206]) by frasgout.his.huawei.com (SkyGuard) with ESMTP id 4LCk5y0rbkz67M3B for <6lo@ietf.org>; Wed, 1 Jun 2022 17:16:06 +0800 (CST)
Received: from lhreml738-chm.china.huawei.com (10.201.108.188) by fraeml712-chm.china.huawei.com (10.206.15.61) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2375.24; Wed, 1 Jun 2022 11:19:28 +0200
Received: from lhreml738-chm.china.huawei.com ([10.201.108.188]) by lhreml738-chm.china.huawei.com ([10.201.108.188]) with mapi id 15.01.2375.024; Wed, 1 Jun 2022 10:19:27 +0100
From: Luigi IANNONE <luigi.iannone@huawei.com>
To: "6lo@ietf.org" <6lo@ietf.org>
CC: Zhe Lou <zhe.lou@huawei.com>, "Liguangpeng (Roc, Network Technology Laboratory)" <liguangpeng@huawei.com>
Thread-Topic: New Version Notification for draft-li-nsa-reliability-00.txt
Thread-Index: AQHYdZYze7rZcEecIUiPRK55YuLRYa06RHmg
Date: Wed, 01 Jun 2022 09:19:27 +0000
Message-ID: <340af066cc084f2c908df27095f85735@huawei.com>
References: <165407403310.5860.7155798970247825741@ietfa.amsl.com>
In-Reply-To: <165407403310.5860.7155798970247825741@ietfa.amsl.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.221.204.57]
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Archived-At: <https://mailarchive.ietf.org/arch/msg/6lo/rsBNvDLTEnga4UTChwlct7CHK3Q>
Subject: [6lo] FW: New Version Notification for draft-li-nsa-reliability-00.txt
X-BeenThere: 6lo@ietf.org
X-Mailman-Version: 2.1.34
Precedence: list
List-Id: "Mailing list for the 6lo WG for Internet Area issues in IPv6 over constrained node networks." <6lo.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6lo>, <mailto:6lo-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/6lo/>
List-Post: <mailto:6lo@ietf.org>
List-Help: <mailto:6lo-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6lo>, <mailto:6lo-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 01 Jun 2022 09:19:34 -0000

All,

As mentioned in my previous mail, the authors of the NSA draft consider that the reliability question deserves an in-depth analysis.
We submitted an initial draft  named "Reliability Considerations of Native Short Addressing" (see below)
The document tackles the general problem of reliability in the context of NSA and discusses two approaches that can be used to provide reliability.
A first one is based on the use of alternative parents/children keeping using one single address for each NSA node.
A second approach basically proposes to build several NSA topologies, each one using different addresses, hence every NSA node uses several addresses.  
Examples for both approaches are provided as well as a discussion about pros and cons.

We would appreciate any feedback the group can give, on questions like:
-	Is the draft well organized?
-	Is there something missing?
-	What should be done in more details?
-	Any technical feedback on the single address approach?
-	Any technical feedback on the multi-address approach? 

Thank you in advance

Ciao

Luigi



-----Original Message-----
From: internet-drafts@ietf.org <internet-drafts@ietf.org> 
Sent: Wednesday, 1 June 2022 11:01
To: Zhe Lou <zhe.lou@huawei.com>; Liguangpeng (Roc, Network Technology Laboratory) <liguangpeng@huawei.com>; Luigi IANNONE <luigi.iannone@huawei.com>; Zhe Lou <zhe.lou@huawei.com>
Subject: New Version Notification for draft-li-nsa-reliability-00.txt


A new version of I-D, draft-li-nsa-reliability-00.txt has been successfully submitted by Luigi Iannone and posted to the IETF repository.

Name:		draft-li-nsa-reliability
Revision:	00
Title:		Reliability Considerations of Native Short Addressing
Document date:	2022-05-31
Group:		Individual Submission
Pages:		25
URL:            https://www.ietf.org/archive/id/draft-li-nsa-reliability-00.txt
Status:         https://datatracker.ietf.org/doc/draft-li-nsa-reliability/
Htmlized:       https://datatracker.ietf.org/doc/html/draft-li-nsa-reliability


Abstract:
   Native Short Address (NSA [I-D.li-6lo-native-short-address]),
   proposes to algorithmically assign short addresses to nodes in a 6lo
   environment so to achieve stateless forwarding, hence, avoiding using
   a routing protocol.  NSA is more suitable in case of stable and
   static wireline connectivity, in order to avoid renumbering due to
   topology changes.  Even in such kind of scenarios, reliability
   remains an issue.  This memo tackles specifically reliability in NSA
   deployments, analyzing possible broad solution categories to solve
   the issue.

                                                                                  


The IETF Secretariat