Re: [Roll] New Version Notification for draft-ietf-roll-unaware-leaves-10.txt

Rahul Jadhav <nyrahul@outlook.com> Thu, 12 March 2020 14:40 UTC

Return-Path: <nyrahul@outlook.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 9EB063A09C1 for <roll@ietfa.amsl.com>; Thu, 12 Mar 2020 07:40:59 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.098
X-Spam-Level:
X-Spam-Status: No, score=-2.098 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=outlook.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 edEcUB8cvOMt for <roll@ietfa.amsl.com>; Thu, 12 Mar 2020 07:40:57 -0700 (PDT)
Received: from APC01-SG2-obe.outbound.protection.outlook.com (mail-oln040092253062.outbound.protection.outlook.com [40.92.253.62]) (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 15A113A0970 for <roll@ietf.org>; Thu, 12 Mar 2020 07:40:57 -0700 (PDT)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; =?utf-8?q?b=3DUjJ5vZBdKLf00VdBWVegLAJmBZB67pgRBoFWzO6JqwMxNo+KC66alTskecYYY?= =?utf-8?q?fG3QY7oENv9sVuiNdd208DuO/7aOiSfbsYoURT4odtia+cd9X8/R8db/rFCMUd0WS?= =?utf-8?q?hPGtPgjc2QQq1xRr6O8yyuQD4tJvSgnNzw6Em5Fj7y7DSfhs3wRmkezIb28HdI5es?= =?utf-8?q?At2S1syR0xQzoz1wpXgNZGJjbZAoT+gF1AM9yWqBLn6ThWjWQrtZPVMQivZFKh2Yg?= =?utf-8?q?3tVGTMX+wFYCIX57Dfa3TIYpNR4dTQUbCU1Vbc72UzZTG/2ay8Uoyg0pHydrqOt1r?= =?utf-8?q?ww5Hmuxnb4ktYQBQ+f4+g=3D=3D?=
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; =?utf-8?q?h=3DFrom=3ADate=3ASubject=3AMessage-ID=3ACont?= =?utf-8?q?ent-Type=3AMIME-Version=3AX-MS-Exchange-SenderADCheck=3B?= =?utf-8?q?bh=3DZo6aC7ZokjnNMDk5JTPaqHAHNEqneh/0L9X6ry+PZvg=3D=3B_b=3DWFslYt?= =?utf-8?q?lOclobkjqV18SwOGvwchwNK7YoGgmgE8VU7liD98oWvUZhuoT5k/F6+9PE+XVdyXu?= =?utf-8?q?XIL7qdoussQ3wXm/6tLI9vhEbac64DkRs0i/SFME47SwP2wqfnwamkn/Pym23TJWg?= =?utf-8?q?zRavrxcGZBv2Xk8B2d9rA6LIjP0Q/5gE0/uGMeTOhv8pM/sf9sgDXEVQXQ9G90r+C?= =?utf-8?q?qkRX1UGWnJx/wvs52A38roF9VZG28pmXZaxNSgViT6qlt9OFKQ+Ut+b0qWqrns/sV?= =?utf-8?q?dE4HwL1EIvGbZbNQf87lzn46k5LatllkAY+q+EAoNSfxqdqn8f1oZHbgaAgxvydsK?= =?utf-8?q?jIS0rTd5Ndg=3D=3D?=
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=none; dmarc=none; dkim=none; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=outlook.com; s=selector1; =?utf-8?q?h=3DFrom=3ADate=3ASubject=3AMessage-ID=3AContent-Typ?= =?utf-8?q?e=3AMIME-Version=3AX-MS-Exchange-SenderADCheck=3B?= =?utf-8?q?bh=3DZo6aC7ZokjnNMDk5JTPaqHAHNEqneh/0L9X6ry+PZvg=3D=3B_b=3DoAIZEC?= =?utf-8?q?K+gnRqEn5OtpMnSf22+nlfHqaj7KNlrig1EGkpRJJCxPK3/E5IqeB8dnZuhVt+z0+?= =?utf-8?q?7K8XQaPBu4dkshDGJ62A3Ss6n0QLTQM/etQnjKL63T0boqD4AbJ//Rce6CeuI37x0?= =?utf-8?q?c/eECnBTSczSD+R2JzH/fxJsk7K9FlvJJ3meAeq8/VY9YgjDVK8G27ozCCEY3vJqT?= =?utf-8?q?bTaua6NFT62yLSmNoyecRRElqnoLJu9SMEF4pOHoRoi2RhoKpQGkcvaBYA5Ix9BA6?= =?utf-8?q?znIUaBuShTCS0RFbQDGUkBvRZKZFBvkT+ljcdkHbiywQVCU6NWyaSNIzMOesHqI6O?= =?utf-8?q?mBlCI/VU4Pg=3D=3D?=
Received: from SG2APC01FT030.eop-APC01.prod.protection.outlook.com (2a01:111:e400:7ebd::35) by SG2APC01HT048.eop-APC01.prod.protection.outlook.com (2a01:111:e400:7ebd::336) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2814.13; Thu, 12 Mar 2020 14:40:51 +0000
Received: from BM1PR01MB4020.INDPRD01.PROD.OUTLOOK.COM (10.152.250.58) by SG2APC01FT030.mail.protection.outlook.com (10.152.250.200) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2814.13 via Frontend Transport; Thu, 12 Mar 2020 14:40:50 +0000
Received: from BM1PR01MB4020.INDPRD01.PROD.OUTLOOK.COM ([fe80::a1ff:5c53:dc37:c050]) by BM1PR01MB4020.INDPRD01.PROD.OUTLOOK.COM ([fe80::a1ff:5c53:dc37:c050%6]) with mapi id 15.20.2793.013; Thu, 12 Mar 2020 14:40:50 +0000
From: Rahul Jadhav <nyrahul@outlook.com>
To: "Pascal Thubert (pthubert)" <pthubert=40cisco.com@dmarc.ietf.org>, Routing Over Low power and Lossy networks <roll@ietf.org>
Thread-Topic: New Version Notification for draft-ietf-roll-unaware-leaves-10.txt
Thread-Index: AQHV+Hcezq3im2uH30CiF/oY8K2vzahE/ZyggAAFM7w=
Date: Thu, 12 Mar 2020 14:40:50 +0000
Message-ID: =?utf-8?q?=3CBM1PR01MB402062FCAC1CD1E53AED21ADA9FD0=40BM1PR01MB4?= =?utf-8?q?020=2EINDPRD01=2EPROD=2EOUTLOOK=2ECOM=3E?=
References: <158402183564.18056.13091739917212256438@ietfa.amsl.com>, =?utf-8?q?=3CMN2PR11MB35659E2E557B7E6F2F4C6DFFD8FD0=40MN2PR11MB3565=2Enampr?= =?utf-8?q?d11=2Eprod=2Eoutlook=2Ecom=3E?=
In-Reply-To: =?utf-8?q?=3CMN2PR11MB35659E2E557B7E6F2F4C6DFFD8FD0=40MN2PR11MB?= =?utf-8?q?3565=2Enamprd11=2Eprod=2Eoutlook=2Ecom=3E?=
Accept-Language: en-IN, en-US
Content-Language: en-IN
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-incomingtopheadermarker: =?utf-8?q?OriginalChecksum=3AC1C817B98722DE6553D0?= =?utf-8?q?DEF16B0B8BCA4B65B14DBC1C0777D6E3B514039EAE4A=3B_UpperCasedChecksu?= =?utf-8?q?m=3AEBA7D9ABAD2F1A4EC113F26B2A90340B6C53BC9750B5C057C1A3E596F07A1?= =?utf-8?q?A2F=3B?= SizeAsReceived:7071; Count:44
x-tmn: [ukVtzSNetzmYq3DrOqTKE+LYwAnqR12a]
x-ms-publictraffictype: Email
x-incomingheadercount: 44
x-eopattributedmessage: 0
x-ms-office365-filtering-correlation-id: 9f1d8d33-f97b-43c5-1f07-08d7c6935c69
x-ms-traffictypediagnostic: SG2APC01HT048:
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: =?utf-8?q?+KDtOdkUZnqe7/ntXamLuh6KdRigV4A?= =?utf-8?q?nOft2j99LRVCJiOJWy5bfB56IjLp+lGLaDfUey8nKUzXyhi+mZ3UATcnhFCQWaYxA?= =?utf-8?q?NXt/sGhpK43gHhJggahsZPQZbmoRmrXAjybRgs2X8nrRPDGLTrhinfyFUvcx+pLI0?= =?utf-8?q?qLoWuvXc8pvfLRgUSra0MTtt94mrV+xlyBUW6BwJ7v+Y9sD6dJqIoyBQupLQoUJeg?= =?utf-8?q?+U7TPo8Oo=3D?=
x-ms-exchange-antispam-messagedata: =?utf-8?q?Gmv26i5hhxJvL77+IBDxRhoWbeQhVm?= =?utf-8?q?6nbZLQpe+/22s1Zg2xO6+9RgKT0sHb+STxbBsY2J4nJ5mRuuP0UNtBWA6s8M8jjSf?= =?utf-8?q?h4muHr5VedpP7UgHYfmNCPTjmFmASIIcaTyKadskfbb2C2R64eU6Ksg=3D=3D?=
x-ms-exchange-transport-forked: True
Content-Type: multipart/alternative; boundary="_000_BM1PR01MB402062FCAC1CD1E53AED21ADA9FD0BM1PR01MB4020INDP_"
MIME-Version: 1.0
X-OriginatorOrg: outlook.com
X-MS-Exchange-CrossTenant-RMS-PersistedConsumerOrg: 00000000-0000-0000-0000-000000000000
X-MS-Exchange-CrossTenant-Network-Message-Id: 9f1d8d33-f97b-43c5-1f07-08d7c6935c69
X-MS-Exchange-CrossTenant-rms-persistedconsumerorg: 00000000-0000-0000-0000-000000000000
X-MS-Exchange-CrossTenant-originalarrivaltime: 12 Mar 2020 14:40:50.7860 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Internet
X-MS-Exchange-CrossTenant-id: 84df9e7f-e9f6-40af-b435-aaaaaaaaaaaa
X-MS-Exchange-Transport-CrossTenantHeadersStamped: SG2APC01HT048
Archived-At: <https://mailarchive.ietf.org/arch/msg/roll/VTqVT7zUkiffr1Sa7dJHxO4ylog>
Subject: Re: [Roll] New Version Notification for draft-ietf-roll-unaware-leaves-10.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: Thu, 12 Mar 2020 14:41:07 -0000

Hello Pascal,

Regarding this statement,
"Non-Storing Mode DAO messages are used to signal external routes to
   the Root, even if the DODAG is operated in Storing Mode."

I couldn't find any text which provides reasoning to do so. Why non-storing mode DAO is needed and why storing mode DAO won't work? There is this text which says, "The Non-Storing Mode DAO messaging enables to advertise the 6LR that serves the RUL and injects the route to the Root." This can be achieved even with storing mode DAO with the target as RUL address and transit information containing parent address as anchor 6LR address.

Trying to understand the reason because this mode of signaling has implications (already covered in the draft), particularly that, when the DAG is operating in storing mode, the communication to RUL from other RANs would mandatorily have to be routed through root only. If we use storing mode DAO then this could be optimized. Not sure if I am missing anything?

Thanks,
Rahul

________________________________
From: Roll <roll-bounces@ietf.org> on behalf of Pascal Thubert (pthubert) <pthubert=40cisco.com@dmarc.ietf.org>
Sent: 12 March 2020 07:38 PM
To: Routing Over Low power and Lossy networks <roll@ietf.org>
Subject: [Roll] FW: New Version Notification for draft-ietf-roll-unaware-leaves-10.txt

Dear all

As discussed with the IOT DIR, this draft is not the gating factor for all cluster C310.
In order to progress I made a full pass on it and fixed a few bugs and misalignments with useofrplinfo.

I believe the doc is ripe for WGLC.

Many thanks

Pascal

-----Original Message-----
From: internet-drafts@ietf.org <internet-drafts@ietf.org>
Sent: jeudi 12 mars 2020 15:04
To: Michael Richardson <mcr+ietf@sandelman.ca>ca>; Michael C. Richardson <mcr+ietf@sandelman.ca>ca>; Pascal Thubert (pthubert) <pthubert@cisco.com>
Subject: New Version Notification for draft-ietf-roll-unaware-leaves-10.txt


A new version of I-D, draft-ietf-roll-unaware-leaves-10.txt
has been successfully submitted by Pascal Thubert and posted to the IETF repository.

Name:           draft-ietf-roll-unaware-leaves
Revision:       10
Title:          Routing for RPL Leaves
Document date:  2020-03-12
Group:          roll
Pages:          32
URL:            https://www.ietf.org/internet-drafts/draft-ietf-roll-unaware-leaves-10.txt
Status:         https://datatracker.ietf.org/doc/draft-ietf-roll-unaware-leaves/
Htmlized:       https://tools.ietf.org/html/draft-ietf-roll-unaware-leaves-10
Htmlized:       https://datatracker.ietf.org/doc/html/draft-ietf-roll-unaware-leaves
Diff:           https://www.ietf.org/rfcdiff?url2=draft-ietf-roll-unaware-leaves-10

Abstract:
   This specification extends RFC6550 and RFC8505 to provide unicast and
   multicast routing services in a RPL domain to 6LNs that are plain
   Hosts and do not participate to RPL, and enables the RPL Root to
   proxy the EDAR/EDAC flow on behalf of the RULs and RANs in its DODAG.




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


_______________________________________________
Roll mailing list
Roll@ietf.org
https://www.ietf.org/mailman/listinfo/roll