IETF Logo Mail Archive

Re: [Roll] Alvaro's review on turnon Rfc 8138 07

Rahul Jadhav <nyrahul@outlook.com> Wed, 08 July 2020 12:51 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 0426A3A09E0; Wed, 8 Jul 2020 05:51:53 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.099
X-Spam-Level:
X-Spam-Status: No, score=-2.099 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, 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 pvuXWP_dm3GQ; Wed, 8 Jul 2020 05:51:51 -0700 (PDT)
Received: from APC01-SG2-obe.outbound.protection.outlook.com (mail-oln040092253031.outbound.protection.outlook.com [40.92.253.31]) (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 B018C3A09E3; Wed, 8 Jul 2020 05:51:50 -0700 (PDT)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=gmbtUGLDRW8BfZ0x2IXh9BfH+J1LxhxJsHyjK3hRBSivrwWF5Jz732aTcdzjzuHWMkbmHYMSPkWPl5q7Cn3qYAh2RLQd+Up/Qp6taXJkajTMuFgRuqQOt6lKHAGqwQg3S7XuuykIX6YLE8nTBXDkcUpLtna/AqMNl4vBYluqfuIG4d3a4/hFhlzfjH6UQHUq3dFrhRfrVm+unYeE0MGu6KVX9oWoB9xj9vlFngZhXuAA4g9Xu82E1gzeBRNMRukLVBLCUMGkZ4DQyltlKYFktIAM+KLhHrG1OaMzrUY6tNv0IHUM5rvf2oi9hQiaahpdCKWOI8E9EqXhd3PH//eSDQ==
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=J6iSt/GptN794k7Za9D6zvYz6yFv1KCtS2UIk9xywTU=; b=nfsCrh9k5hqgiPVNdQONv9fD7ZXZcv8NxjO5GQWG9j3ICUg0ABKJpXzqlZC+wVQkVRRBTXcQwKYOP+UetMTMquWpXEgu8nxQXlaMNN92fEfjjYD1TI1YIWT62B6o9TBwZnruSwlfMJ7r6YuDELqz6xbeeshsqp9ZQ0q6ovHL6V2jrIcBlyjBInPCjdfkS8BVRfNPPOkWEJRjBtWdyg9jeX5fGt5/SKZFV2M63pZIyYlTj5bj7h2CVtsS2Vsjks7LiVSIK1VSfb7cwi9Zfew77FZLRYpCvzFlYlA1/7dqQ35YpUaki+MfRbrRVpxqdlN1eS3PZsai3r76OFihFDZOVQ==
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=J6iSt/GptN794k7Za9D6zvYz6yFv1KCtS2UIk9xywTU=; b=kTDRY7kqypY0VCRlF1cwLsEzuNLYmVGc+opLxfqqR+y11wL9TdRztSfj7e/UsjMU++FeBzIpRh/6QBo92J7lDaMev57BVc4TRc/Ki+aCGANJc8Sy/egdDkhBYMnhAcx7KrBUffJ3f7wOhwQuurgCdSlbVQLtNmGbjqajeXDV3dLLIGm0UEgV8BgvrI8NG2AT5sCR+3J9KWX3M8C9vOoqPtwRICNJD3cvLYvgqHkjZ8nriucEluMORbD1UkwPpa+Xn8leWdHO6nxsKJkiYX8blCdMn5Jcw16jAFcyU+N6Zs8Fie2/lbXiMTRoBYDnkd8vO1hwTAvN0yNsGDmN+RoKcQ==
Received: from PU1APC01FT013.eop-APC01.prod.protection.outlook.com (2a01:111:e400:7ebe::4a) by PU1APC01HT194.eop-APC01.prod.protection.outlook.com (2a01:111:e400:7ebe::434) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3153.24; Wed, 8 Jul 2020 12:51:48 +0000
Received: from MAXPR01MB2493.INDPRD01.PROD.OUTLOOK.COM (2a01:111:e400:7ebe::47) by PU1APC01FT013.mail.protection.outlook.com (2a01:111:e400:7ebe::78) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3174.21 via Frontend Transport; Wed, 8 Jul 2020 12:51:47 +0000
Received: from MAXPR01MB2493.INDPRD01.PROD.OUTLOOK.COM ([fe80::e874:bbdb:9f9e:9564]) by MAXPR01MB2493.INDPRD01.PROD.OUTLOOK.COM ([fe80::e874:bbdb:9f9e:9564%7]) with mapi id 15.20.3153.029; Wed, 8 Jul 2020 12:51:47 +0000
From: Rahul Jadhav <nyrahul@outlook.com>
To: Routing Over Low power and Lossy networks <roll@ietf.org>
CC: "roll-ads@ietf.org" <roll-ads@ietf.org>
Thread-Topic: [Roll] Alvaro's review on turnon Rfc 8138 07
Thread-Index: AdZTplwpn8kqIWljTEmY8gxaq0eNOgAE7ywAAB1Nt/AAAzcVcAAFinoAADNaULAAAN3F/Q==
Date: Wed, 08 Jul 2020 12:51:47 +0000
Message-ID: <MAXPR01MB24937729B58D622064207D26A9670@MAXPR01MB2493.INDPRD01.PROD.OUTLOOK.COM>
References: <MN2PR11MB35657CEB09EA8FB7F1BF8391D8690@MN2PR11MB3565.namprd11.prod.outlook.com> <23854.1594056180@localhost>, <MN2PR11MB3565BD10D7AF55F662300F01D8660@MN2PR11MB3565.namprd11.prod.outlook.com> <MAXPR01MB249302F0AEF0BE51120D35D6A9660@MAXPR01MB2493.INDPRD01.PROD.OUTLOOK.COM> <25892.1594121566@localhost>, <MN2PR11MB3565E1910AE1D0F0195119CBD8670@MN2PR11MB3565.namprd11.prod.outlook.com>
In-Reply-To: <MN2PR11MB3565E1910AE1D0F0195119CBD8670@MN2PR11MB3565.namprd11.prod.outlook.com>
Accept-Language: en-IN, en-US
Content-Language: en-IN
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-incomingtopheadermarker: OriginalChecksum:9D2B6749FF238BB392005003DCB040C8AF01949E0F7A9C8ED597D2B0C1F28006; UpperCasedChecksum:E8A888267F9AC3A296DB659CE6470980B47483E4ABDBF0C2F83E0A01CA4B1F32; SizeAsReceived:7265; Count:44
x-tmn: [n4wYH0mfvxY+vDU4om0ia+wGlBKI0U25GBf4VMKviws=]
x-ms-publictraffictype: Email
x-incomingheadercount: 44
x-eopattributedmessage: 0
x-ms-office365-filtering-correlation-id: 5943bfeb-6e50-4eb6-d1db-08d8233dad2f
x-ms-traffictypediagnostic: PU1APC01HT194:
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: 8MClmmf/2v1DKobBaAO2+Kz6s4G+LwOIvQj2AtynZL8qCS0yQKvW863FkGaKTj3i/eELcpiGKP1Xf7RJykSW0qsjegFIc1C4tZ4ialhGXLRJLqnqyS8kE4hlv+b0cvwnP+ytkte+6DmxnynR5UChPQU65q+gViA6Q58Zh0Pmb4bT4I2fGy1OEqiRC3sKjnQzNNjjxZlRiS8Ct5bUoQHD73FM95wI4gnM+qo5LMh20Cr4q1PSPydi00RJVMmXjQxc
x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:0; SRV:; IPV:NLI; SFV:NSPM; H:MAXPR01MB2493.INDPRD01.PROD.OUTLOOK.COM; PTR:; CAT:NONE; SFTY:; SFS:; DIR:OUT; SFP:1901;
x-ms-exchange-antispam-messagedata: qBQCvucU7b1LZsHotJUXcLPlj9zhUtVqHdsindTKr8MnegjXg80jq5qZT3DZywQWpxEZVJpbYaHSNZHYaNMJTHakEkqGBj9RoKUm/7lGr34cKxpCMBkmrIZPluuRGkbnX2S7wlEBkEmKCfEgSenmwQ==
x-ms-exchange-transport-forked: True
Content-Type: multipart/alternative; boundary="_000_MAXPR01MB24937729B58D622064207D26A9670MAXPR01MB2493INDP_"
MIME-Version: 1.0
X-OriginatorOrg: outlook.com
X-MS-Exchange-CrossTenant-AuthAs: Anonymous
X-MS-Exchange-CrossTenant-AuthSource: PU1APC01FT013.eop-APC01.prod.protection.outlook.com
X-MS-Exchange-CrossTenant-RMS-PersistedConsumerOrg: 00000000-0000-0000-0000-000000000000
X-MS-Exchange-CrossTenant-Network-Message-Id: 5943bfeb-6e50-4eb6-d1db-08d8233dad2f
X-MS-Exchange-CrossTenant-rms-persistedconsumerorg: 00000000-0000-0000-0000-000000000000
X-MS-Exchange-CrossTenant-originalarrivaltime: 08 Jul 2020 12:51:47.7944 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Internet
X-MS-Exchange-CrossTenant-id: 84df9e7f-e9f6-40af-b435-aaaaaaaaaaaa
X-MS-Exchange-Transport-CrossTenantHeadersStamped: PU1APC01HT194
Archived-At: <https://mailarchive.ietf.org/arch/msg/roll/sIpoEBjvYYhtIUydIwRhsDTjS3c>
Subject: Re: [Roll] Alvaro's review on turnon Rfc 8138 07
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: Wed, 08 Jul 2020 12:51:53 -0000

1) remove it all;

My primary reason to say "Remove it all" is even in the non-storing mode we are dependent on 'E' bit to signal that the leaf node is RUL and does not support compression and I find it not appropriate, even though I do not have a scenario which will be impacted.

If we decide for 2) then better keep it as a different Section (something like "Handling 6LoRH unsupported nodes in Non-Storing mode") in the main text (not appendix).

________________________________
From: Roll <roll-bounces@ietf.org> on behalf of Pascal Thubert (pthubert) <pthubert=40cisco.com@dmarc.ietf.org>
Sent: 08 July 2020 05:36 PM
To: Routing Over Low power and Lossy networks <roll@ietf.org>
Cc: roll-ads@ietf.org <roll-ads@ietf.org>
Subject: Re: [Roll] Alvaro's review on turnon Rfc 8138 07

OK, so how do we proceed?

1) I could remove it all;
Or
2) I could keep the second scenario in appendix and explain that in NS mode we can use the compressed format to the penultimate hop.

What do you guys think?

Pascal

> -----Original Message-----
> From: Roll <roll-bounces@ietf.org> On Behalf Of Michael Richardson
> Sent: mardi 7 juillet 2020 13:33
> To: Routing Over Low power and Lossy networks <roll@ietf.org>
> Cc: roll-ads@ietf.org
> Subject: Re: [Roll] Alvaro's review on turnon Rfc 8138 07
>
>
> Rahul Jadhav <nyrahul@outlook.com> wrote:
>     >  The problem with these additional fields is that they will be
>     >  redundant once we have capabilities.
>
>     > I feel we do not need to handle the case of "forgotten nodes".
>
> This.
>
> --
> Michael Richardson <mcr+IETF@sandelman.ca>, Sandelman Software Works  -
> = IPv6 IoT consulting =-
>
>

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

v2.23.0 | Report a Bug | By Email