[Roll] FW: New Version Notification for draft-ietf-roll-efficient-npdao-11.txt

Rahul Arvind Jadhav <rahul.jadhav@huawei.com> Sat, 25 May 2019 10:32 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 D08BE120075 for <roll@ietfa.amsl.com>; Sat, 25 May 2019 03:32:18 -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 FCQ-E7LFLfvb for <roll@ietfa.amsl.com>; Sat, 25 May 2019 03:32:16 -0700 (PDT)
Received: from huawei.com (lhrrgout.huawei.com [185.176.76.210]) (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 9CF7112001A for <roll@ietf.org>; Sat, 25 May 2019 03:32:16 -0700 (PDT)
Received: from lhreml707-cah.china.huawei.com (unknown [172.18.7.106]) by Forcepoint Email with ESMTP id 8452A47F82519360F2E2 for <roll@ietf.org>; Sat, 25 May 2019 11:32:14 +0100 (IST)
Received: from lhreml712-chm.china.huawei.com (10.201.108.63) by lhreml707-cah.china.huawei.com (10.201.108.48) with Microsoft SMTP Server (TLS) id 14.3.408.0; Sat, 25 May 2019 11:32:13 +0100
Received: from lhreml712-chm.china.huawei.com (10.201.108.63) by lhreml712-chm.china.huawei.com (10.201.108.63) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.1713.5; Sat, 25 May 2019 11:32:14 +0100
Received: from BLREML701-CAH.china.huawei.com (10.20.4.170) by lhreml712-chm.china.huawei.com (10.201.108.63) with Microsoft SMTP Server (version=TLS1_0, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA) id 15.1.1713.5 via Frontend Transport; Sat, 25 May 2019 11:32:13 +0100
Received: from BLREML503-MBX.china.huawei.com ([169.254.9.12]) by blreml701-cah.china.huawei.com ([::1]) with mapi id 14.03.0439.000; Sat, 25 May 2019 16:02:04 +0530
From: Rahul Arvind Jadhav <rahul.jadhav@huawei.com>
To: Routing Over Low power and Lossy networks <roll@ietf.org>
Thread-Topic: New Version Notification for draft-ietf-roll-efficient-npdao-11.txt
Thread-Index: AQHVEuQx6rgp/fIP10eWJWvgaRrfeKZ7orsg
Date: Sat, 25 May 2019 10:32:04 +0000
Message-ID: <982B626E107E334DBE601D979F31785C5DEC44B3@BLREML503-MBX.china.huawei.com>
References: <155877992316.30855.9447937348530979615.idtracker@ietfa.amsl.com>
In-Reply-To: <155877992316.30855.9447937348530979615.idtracker@ietfa.amsl.com>
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="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Archived-At: <https://mailarchive.ietf.org/arch/msg/roll/KVuqB8rmU3ANNg6PPDhNY_ZMj5o>
Subject: [Roll] FW: New Version Notification for draft-ietf-roll-efficient-npdao-11.txt
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.29
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: Sat, 25 May 2019 10:32:19 -0000

Hello ROLL,

We have submitted the new version addressing the LC comments. Primary updates were:
1. Unsolicited DCO section is added
2. Security consideration now highlights the risk associated with I-flag been induced by rogue 6LR. Thanks to Brian for noticing this.
3. Also another point came up during internal discussion regarding the parent address in the Transit Information Option. Note that parent address is optional in Transit Information Option and is typically not used in  storing MOP. DCO operates only in storing MOP and it never should require this parent address and thus the update specifically mentions this clause.
4. Francis comments (nits related) are also addressed in this update.

Thanks,
Rahul

-----Original Message-----
From: internet-drafts@ietf.org [mailto:internet-drafts@ietf.org] 
Sent: 25 May 2019 18:25
To: Rabi Narayan Sahoo <rabinarayans@huawei.com>; Pascal Thubert <pthubert@cisco.com>; Rahul Jadhav <rahul.ietf@gmail.com>; Rabi Narayan Sahoo <rabinarayans@huawei.com>; Zhen Cao <zhencao.ietf@gmail.com>; Rahul Arvind Jadhav <rahul.ietf@gmail.com>
Subject: New Version Notification for draft-ietf-roll-efficient-npdao-11.txt


A new version of I-D, draft-ietf-roll-efficient-npdao-11.txt
has been successfully submitted by Rahul Arvind Jadhav and posted to the IETF repository.

Name:		draft-ietf-roll-efficient-npdao
Revision:	11
Title:		Efficient Route Invalidation
Document date:	2019-05-25
Group:		roll
Pages:		22
URL:            https://www.ietf.org/internet-drafts/draft-ietf-roll-efficient-npdao-11.txt
Status:         https://datatracker.ietf.org/doc/draft-ietf-roll-efficient-npdao/
Htmlized:       https://tools.ietf.org/html/draft-ietf-roll-efficient-npdao-11
Htmlized:       https://datatracker.ietf.org/doc/html/draft-ietf-roll-efficient-npdao
Diff:           https://www.ietf.org/rfcdiff?url2=draft-ietf-roll-efficient-npdao-11
	
Abstract:
   This document describes the problems associated with No-Path
   Destination Advertisement Object (NPDAO) messaging used in Routing
   Protocol for Low power and lossy networks (RPL) for route
   invalidation and signaling changes to improve route invalidation
   efficiency.

                                                                                  


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.

The IETF Secretariat