Return-Path: 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 B20C93A0496 for ; Thu, 12 Mar 2020 06:08:32 -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 1dZzQqNamvh4 for ; Thu, 12 Mar 2020 06:08:31 -0700 (PDT) Received: from APC01-HK2-obe.outbound.protection.outlook.com (mail-oln040092255046.outbound.protection.outlook.com [40.92.255.46]) (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 502103A044A for ; Thu, 12 Mar 2020 06:08:30 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; =?utf-8?q?b=3DfaviUNJK4MqAy6gCqKbzvpQQF6ZEeuYhLv18z/ip0ymJ5J7vGoYuiJYcn/YR2?= =?utf-8?q?/qlZBYCu5X6YB7S9PyGlHQoWNENExuscCKYsGf21YIY7AiUOE2NpYbWD1iKcCpMtl?= =?utf-8?q?flzacwbNg+vu9j8m+q9myL4qusb8tSXrg+a3ZHdM5Evc7Nvq/3hzIDK2HxnAhahoL?= =?utf-8?q?u5nhyiPhVx+urrxX66wt6t01sywamGyohKHmrKExTz9Ieh3biNTSqAm6DWX/5lvdy?= =?utf-8?q?GlW2GIlC2UvzxwLOFT1sbKXtc8fw76rj13tdUbxKR8Zz73emr+U8CmfOcuMG+7D1a?= =?utf-8?q?8tuBA8XQajLm+3wxsNF+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=3D4Qin4BlMUESQ3pTLk4NbU+ifcj4YApjpP+uTV7VYEiw=3D=3B_b=3DagCzFg?= =?utf-8?q?te9fDwny564QaFIiAtwtOD1sIL46m7a7GQWx2JwzRSJdJcKXcwQ/+eMIgBMxHntFa?= =?utf-8?q?jPIHORJJ5/aaq4wamTvWEqSZIk3q+59UB+qxx4Rgo+P/BX4cZN8wwwiK3Z24LY/M9?= =?utf-8?q?7Z+H/rOPrkH5e6L+qNav8aVopZ10RNyAXcHtjj4tGyO5xpN1djpuECGdzQmwIl5xo?= =?utf-8?q?yjjB4GZ/5KeecH1SsEtOg0ubbyOWUL1r4jr3j9gTSjUQauxlRE3TZHNRZkJLYxfmZ?= =?utf-8?q?/nQFhl5H7l1aoA0MOaV3go0pL14sXRTbjYLvc6gyTZmv94qCGWCzP/9CQa5ULFUKZ?= =?utf-8?q?rlt8diBT66g=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=3D4Qin4BlMUESQ3pTLk4NbU+ifcj4YApjpP+uTV7VYEiw=3D=3B_b=3DT8DK5j?= =?utf-8?q?5WLm5Bbr2SDUJeMenRfD8ATqXs9HLXAkiXS/kwqaHw2VQd2DGrY25+3Mi4dHjuATY?= =?utf-8?q?xyOAw+KJy8uIR8o+eXOlCE9UUna32mPM+IVXG/r+Xdia6WkOqwbcWUxSDJkcRD6Ib?= =?utf-8?q?ngdmYW6jCfGHVyqZt5pfsG634pnPxGSxTP9YTJV1iVcuxm1WROuo9+58cYOOLPgod?= =?utf-8?q?OqvM/PWZH5e+IkPw2cgLOkmW4ajlgxO/qMTYO3ajS66bWc9L00mXeXL2bbXJxD3Y1?= =?utf-8?q?bn2qs5GKvW3AxQtOWLVj7f6X+MuqNaaASyvdRPinIrKf/CQlb5sBB2lcmMPqNBt1k?= =?utf-8?q?mSLHD/mNJng=3D=3D?= Received: from PU1APC01FT111.eop-APC01.prod.protection.outlook.com (2a01:111:e400:7ebe::35) by PU1APC01HT224.eop-APC01.prod.protection.outlook.com (2a01:111:e400:7ebe::482) 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 13:08:25 +0000 Received: from BM1PR01MB4020.INDPRD01.PROD.OUTLOOK.COM (10.152.252.57) by PU1APC01FT111.mail.protection.outlook.com (10.152.252.236) 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 13:08:25 +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 13:08:25 +0000 From: Rahul Jadhav To: Ines Robles , Routing Over Low power and Lossy networks Thread-Topic: [Roll] RPI Option Type in useofrplinfo Thread-Index: AQHV+EeGEJooQrZVX0uiNICkr0YrU6hE04GAgAAY+KQ= Date: Thu, 12 Mar 2020 13:08:25 +0000 Message-ID: =?utf-8?q?=3CBM1PR01MB4020B32E9AC2BD7FBBCAE776A9FD0=40BM1PR01MB4?= =?utf-8?q?020=2EINDPRD01=2EPROD=2EOUTLOOK=2ECOM=3E?= References: =?utf-8?q?=3CBM1PR01MB4020DDE62CBD04217E48C180A9FD0=40BM1PR01MB4?= =?utf-8?q?020=2EINDPRD01=2EPROD=2EOUTLOOK=2ECOM=3E=2C?= In-Reply-To: Accept-Language: en-IN, en-US Content-Language: en-IN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-incomingtopheadermarker: =?utf-8?q?OriginalChecksum=3AB9B940A9E6D882673FAF?= =?utf-8?q?4B0993BF74106AE150A21C371869FC9AD68E48865095=3B_UpperCasedChecksu?= =?utf-8?q?m=3AC8AA1FFA65E2C28CA7FC6383C3563670A79708F7197E051AFE1EFC5C51BD1?= =?utf-8?q?4E4=3B?= SizeAsReceived:7007; Count:44 x-tmn: [P0Kc13W5e3uI4UTafryQkiq49EEi7mqG] x-ms-publictraffictype: Email x-incomingheadercount: 44 x-eopattributedmessage: 0 x-ms-office365-filtering-correlation-id: f3745723-668d-4f73-4330-08d7c68672e3 x-ms-traffictypediagnostic: PU1APC01HT224: x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: =?utf-8?q?HfAUj5jSGFv0oDlGulhjSa5lIl1/H4+?= =?utf-8?q?vDqqEyPu89Okqm76hzAUPHpk+CR1LTQ2DfXuXfv8cCpqg6dBF3ZKYUruCnT+uE8e8?= =?utf-8?q?2DGnytwVjx7rwGpQ90tNrlH13uF9etPIgwDZW4P/zTjoz3DsISgODIcQkpCDG8+f7?= =?utf-8?q?H5cFoL3kRtkNh1arMuCSQsba4hJO7CPBqndNfHFSSP2CKISb3BAgnnTT3PEjQ3bbI?= =?utf-8?q?K8SXnetGs=3D?= x-ms-exchange-antispam-messagedata: =?utf-8?q?VjK7tBILsfl1rg3+9jGylDlA9I+2XV?= =?utf-8?q?jsobsbZibqW9VNEJ30ubCm11ZJ90RuuYrYL/zdjOEFVxqWlTgnVJVAV34UCb+2oXS?= =?utf-8?q?uoeQL/WTt4YDi0nMxSWP4HS9ecaLp7d1OdphPuNvUn4NqpapX97/QKw=3D=3D?= x-ms-exchange-transport-forked: True Content-Type: multipart/alternative; boundary="_000_BM1PR01MB4020B32E9AC2BD7FBBCAE776A9FD0BM1PR01MB4020INDP_" 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: f3745723-668d-4f73-4330-08d7c68672e3 X-MS-Exchange-CrossTenant-rms-persistedconsumerorg: 00000000-0000-0000-0000-000000000000 X-MS-Exchange-CrossTenant-originalarrivaltime: 12 Mar 2020 13:08:25.0808 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Internet X-MS-Exchange-CrossTenant-id: 84df9e7f-e9f6-40af-b435-aaaaaaaaaaaa X-MS-Exchange-Transport-CrossTenantHeadersStamped: PU1APC01HT224 Archived-At: Subject: Re: [Roll] RPI Option Type in useofrplinfo X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Mar 2020 13:08:33 -0000 --_000_BM1PR01MB4020B32E9AC2BD7FBBCAE776A9FD0BM1PR01MB4020INDP_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Thanks Ines. The updated text is more clear and in sync with other text in = the section. Please find my resp inline. Best, Rahul [IR] Thank you, we could delete the para if people/other coauthors agree. B= ut in case that we want to specify the case on rebooting, would it the foll= owing make sense? "In the case of rebooting, the node (6LN or 6LR) does not remember the RPI Option Type (i.e., whether or not the flag is set), so the node will no= t trigger DIO messages until a DIO message is received indicating the RPI value to be used. The node will use the value 0x23 if the network supports = this feature." [RJ] Yes this para is more clear for me. Thanks. Regarding the terminology: The draft terms, the new option type as "RPI Opt= ion Type" (value 0x23) and the old "RPL Option Type" (value 0x63). Is this = correct? [IR] we define RPI here as follows: RPL Packet Information (RPI): The abstract information that [RFC6550] places in IP packets. The term is commonly used, including in this document, to refer to the RPL Option [RFC6553] that transports that abstract information in an IPv6 Hob-by-Hop Header Yes, with RPI Option Type we refer to the RPL Option described in 6553 [RJ] Great! Please also check the PR I raised on GitHub and use the changes= if it makes sense. --_000_BM1PR01MB4020B32E9AC2BD7FBBCAE776A9FD0BM1PR01MB4020INDP_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Thanks Ines. The updated text is more clear and in sync with other text in = the section. Please find my resp inline.

Best,
Rahul
 
[IR] Thank you, we could delete the para if people/other coauthors agr= ee. But in case that we want to specify the case on rebooting, would it the= following make sense?

"In the case of rebooting, the node (6LN or 6LR) does not remembe= r the
= RPI Option Type (i.e., whether or not the flag is set), so the node will no= t trigger DIO
= messages until a DIO message is received indicating the RPI = value to be used. The node will use the value 0x23 if the network supports = this feature." 

[RJ] Yes this para is more clear for me. Thank= s.
Regarding the terminology: The = draft terms, the new option type as "RPI Option Type" (value 0x23) and the old "RPL Option Type" (value 0x63). Is this correct?

[IR] we define RPI here as follows:

RPL Packet Inform=
ation (RPI): The abstract information that [RFC6550]=0A=
   places in IP packets.  The term is commonly used, including in this=0A=
   document, to refer to the RPL Option [RFC6553] that transports that 
   abs= tract information in an IPv6 Hob-by-Hop Header

Yes, with RPI Option Type we refer to the RPL Option described in 6553=  

[RJ] Great! Please also check the PR I raised on GitHub and use the ch= anges if it makes sense.
--_000_BM1PR01MB4020B32E9AC2BD7FBBCAE776A9FD0BM1PR01MB4020INDP_--