Re: [Roll] WGLC on draft-ietf-roll-unaware-leaves-13

Rahul Jadhav <nyrahul@outlook.com> Sun, 12 April 2020 06:05 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 C8A8C3A00C0 for <roll@ietfa.amsl.com>; Sat, 11 Apr 2020 23:05:57 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.1
X-Spam-Level:
X-Spam-Status: No, score=-2.1 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, RCVD_IN_MSPIKE_H2=-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 IT7X6P707IdC for <roll@ietfa.amsl.com>; Sat, 11 Apr 2020 23:05:56 -0700 (PDT)
Received: from APC01-PU1-obe.outbound.protection.outlook.com (mail-oln040092254108.outbound.protection.outlook.com [40.92.254.108]) (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 92A883A00B0 for <roll@ietf.org>; Sat, 11 Apr 2020 23:05:56 -0700 (PDT)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=LxBrAfdEm2r4X7o7/vFnP8rfSKDtRL5O2n6Rt8kzEyZiv/FnHTw+LVwjLqWlqazBdllHeTyXVbPuIVIWRRKBBlSG/MDzB0ShBClSI1JoemCejZEQWcs+aVjMsvLiqM44i/mfxSugVzy/398gE8P8Z1Rzfg7AUHJ1TmV39WEg2l1o3Ub7wGbVzjMvGW04SJ/YdERkFKYzMnfI49M53KCqnZtQLWp+oADw9oxw46R4l/l0RzBxEJXm40PQiH8rA4jPjHquZEmlu7cbUz2O9HBr/ypqV+lusIH7umxsg1ErObtJ7lZR2lks9TNS6Si1txCz74o8mM4Fpefw/ktqSKr8lg==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=svnkajJvhubjOqOEZAb8gv9O6p8IoWAz8YvUxZx3d7I=; b=XoIuj+nKjt0q928eB9eNuNDRaZw/iJdu9zas2RQoaTYoCAaH7jBVSjsaGgqr2miSiQJH+64AHt4RnzWGH+5PYp52bNlXBLJNufCtZ1KQT7RuO7SrXnCi2hkLvcuEVjoVcjkaqIogBXpFXxeXyXaDt4yojTrYl3F3KuykY1tZkbrM2wUFVBvIayMrrupf+HhaBPpE9+V9M65N2s8IFp0NjsKZSG+iZKRRILQuobntyQ5OSftTiI38Op/jXYXb8KC3m+JHP+fIAVQSW4YawewOClpFLfL4MepKw4r7tfeHicWCsLU9Vk6xfoymDPXjJ2ufjYQbDrTe9API/OlHHRxTKw==
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; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=svnkajJvhubjOqOEZAb8gv9O6p8IoWAz8YvUxZx3d7I=; b=M/zZtcMEWTn00o4fitzDV33FDW2T0BJYLB/WyHXgYYML3CRfRAdW9tqF61jYrIRyVtNs3Sz3FZsYW8jdudDWcuDMqWGZc2avHJdu+0dnndX2GvJurOopMvE7sYSMRQV5LwYhRyROCaiXMpyKGQf/C5p0z3ZI10pvrLiTGeI+G2AB+1XsleY3fsPGYyMQdIHqGvTtncmhKqKzl4q4IcF/yCS/qt1RSiEMqgH113JMWYGGiOZiboPNfLASdElwAz5VuYNJ+RJ+uLUK7AhkESIkHpT1pUMhUIyr/f1RNpqM2/Cq2WRtf0LtM7Er46YE60XqkYLpHRStNRUt1ARYFqV75Q==
Received: from PU1APC01FT023.eop-APC01.prod.protection.outlook.com (2a01:111:e400:7ebe::51) by PU1APC01HT051.eop-APC01.prod.protection.outlook.com (2a01:111:e400:7ebe::291) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2900.15; Sun, 12 Apr 2020 06:05:53 +0000
Received: from BM1PR01MB4020.INDPRD01.PROD.OUTLOOK.COM (10.152.252.60) by PU1APC01FT023.mail.protection.outlook.com (10.152.253.4) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2900.15 via Frontend Transport; Sun, 12 Apr 2020 06:05:53 +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.2900.026; Sun, 12 Apr 2020 06:05:53 +0000
From: Rahul Jadhav <nyrahul@outlook.com>
To: Routing Over Low power and Lossy networks <roll@ietf.org>
Thread-Topic: [Roll] WGLC on draft-ietf-roll-unaware-leaves-13
Thread-Index: AQHWArx2ZeI9Kh0ubkafbrXVUnWzNqhtgIaAgAFY74CAAj1RgIABAuGAgAHl44CAAB7IKYAAG2SAgADbTRA=
Date: Sun, 12 Apr 2020 06:05:53 +0000
Message-ID: <BM1PR01MB402002EB400323452E83EC3CA9DC0@BM1PR01MB4020.INDPRD01.PROD.OUTLOOK.COM>
References: <CAP+sJUe7oF74F96zi5RuE985CD9LzNfwad=Zzstc8uat2wc3aQ@mail.gmail.com> <25495_1585151124_5E7B7C94_25495_267_1_DAA13A41.7291B%dominique.barthel@orange.com> <CAP+sJUchX+q_cX4_fOytz+q5RfjN+L51VM-+Auz4jVxK-6wpOA@mail.gmail.com> <CAO0Djp1QGASEu4fasZD6K6CSD0q-7F+CD0_JOOppWnnABdbo5w@mail.gmail.com> <MN2PR11MB35650537494AB9FB8E0849D1D8C10@MN2PR11MB3565.namprd11.prod.outlook.com> <CAO0Djp1-SYaYGwpdBsUbK07_HPN=Had_MqJidXfPg1fBM4wHPg@mail.gmail.com>, <MN2PR11MB3565A72C53705EEF21DAD237D8DF0@MN2PR11MB3565.namprd11.prod.outlook.com>, <BM1PR01MB40208D80481AD0AEC7F9746FA9DF0@BM1PR01MB4020.INDPRD01.PROD.OUTLOOK.COM>, <91157D69-4945-4FFD-A221-14702DA03868@cisco.com>
In-Reply-To: <91157D69-4945-4FFD-A221-14702DA03868@cisco.com>
Accept-Language: en-IN, en-US
Content-Language: en-IN
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-incomingtopheadermarker: OriginalChecksum:A458D31C4A1D0523BF318F8BE172084673A32A4F0014C954659A9EAACD0F2F33; UpperCasedChecksum:5C744EFCF1A8255954811F838A65E0720242962853730E2FF5814EB01A74E715; SizeAsReceived:7499; Count:44
x-tmn: [FmvK/XMw/16hNYaRCGU8DNNyHK7fIoCu]
x-ms-publictraffictype: Email
x-incomingheadercount: 44
x-eopattributedmessage: 0
x-ms-office365-filtering-correlation-id: 4ddd0237-6e41-48eb-600c-08d7dea78eff
x-ms-traffictypediagnostic: PU1APC01HT051:
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: TlLvSQPjGMtjtTcuxYz9ASKy7h4hK974Mi3QvESDYSVgBHzNRfGRfLkBSZklaFy/9a+1tyqVdmYTSwnvJ/5LsOPbqEZl5fdjmZTSUk6nvR/ajzh/pS6SO3VgoEROZlOpnHqMQ0bGIednLptCsA+bqFyqzg+Dp/fdSUIgEHzEYA/acbq7DDntl24hHm1iw8HC
x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:0; SRV:; IPV:NLI; SFV:NSPM; H:BM1PR01MB4020.INDPRD01.PROD.OUTLOOK.COM; PTR:; CAT:NONE; SFTY:; SFS:; DIR:OUT; SFP:1901;
x-ms-exchange-antispam-messagedata: CEhGA6sStRSVkoTyVU3T2V23mL5k5zqM4nlW8aSl7eXshB9aPc4BFsDg1ojDHIVBGfV5qGQkQGzlvKPtUjcM6fO3h7VKZQU92DtklXlzoqctopBRtG9n13NcXh/tuOWovUqYIM6sR38ugv0zVhCH4A==
x-ms-exchange-transport-forked: True
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
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: 4ddd0237-6e41-48eb-600c-08d7dea78eff
X-MS-Exchange-CrossTenant-rms-persistedconsumerorg: 00000000-0000-0000-0000-000000000000
X-MS-Exchange-CrossTenant-originalarrivaltime: 12 Apr 2020 06:05:53.5140 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Internet
X-MS-Exchange-CrossTenant-id: 84df9e7f-e9f6-40af-b435-aaaaaaaaaaaa
X-MS-Exchange-Transport-CrossTenantHeadersStamped: PU1APC01HT051
Archived-At: <https://mailarchive.ietf.org/arch/msg/roll/GdddY-aNYiu9zmhfBVodEXP6lwA>
Subject: Re: [Roll] WGLC on draft-ietf-roll-unaware-leaves-13
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: Sun, 12 Apr 2020 06:05:58 -0000

Yes that was the proposal and yes the cost is high. Maybe we could MUST a knob to turn it on if it is not always?

[RJ] Agree, conditionally will be better. One more thing that I realized that intermediate 6LRs won't be able to generate a DAO with the ROVR when they generate it by themselves i.e., on parent-switch, ... unless they maintain ROVR in the routing entry context. Is this the case?
Another thing to consider for backward compatibility, in storing MOP the intermediate 6LRs who do not support this draft may just zero out the ROVRsz and the ROVR field depending on how the implementation is done. For e.g., contiki-ng just forwards the DAO based on the downstream input DAO and won't have an issue but any other implementation which generates the DAO locally based on routing entry will have an issue.