Re: [Roll] AD Review of draft-ietf-roll-unaware-leaves-18

"Pascal Thubert (pthubert)" <pthubert@cisco.com> Fri, 09 October 2020 06:40 UTC

Return-Path: <pthubert@cisco.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 9191F3A09DE; Thu, 8 Oct 2020 23:40:03 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -9.598
X-Spam-Level:
X-Spam-Status: No, score=-9.598 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, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com header.b=hBz9ExhY; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=MciYF5El
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 orvTS81W7tyJ; Thu, 8 Oct 2020 23:40:01 -0700 (PDT)
Received: from rcdn-iport-1.cisco.com (rcdn-iport-1.cisco.com [173.37.86.72]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 69E5E3A09D7; Thu, 8 Oct 2020 23:40:01 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=7584; q=dns/txt; s=iport; t=1602225601; x=1603435201; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-transfer-encoding:mime-version; bh=ms6DXYjOQwE439CSDrP+SFONpj49Yd50XnGmJTgrCes=; b=hBz9ExhY51nPBhADmc64/3JGcehs5s2czFtnWXNmm+CwTL4VRWZe/u0l nFvcUn/LcrooHtPXegCr1p94TR6LmXbSwUpcQUng2HzSKZ2i1r+tn02vQ mwCLCFguBhgyKEFduqFSqxaRXmG0xONJBk3JEnousydX4UFAMAxS/Tuyj w=;
IronPort-PHdr: =?us-ascii?q?9a23=3AbkMG4RLjY8XN44+yRdmcpTVXNCE6p7X5OBIU4Z?= =?us-ascii?q?M7irVIN76u5InmIFeGvKk/g1rAXIGd4PVB2KLasKHlDGoH55vJ8HUPa4dFWB?= =?us-ascii?q?JNj8IK1xchD8iIBQyeTrbqYiU2Ed4EWApj+He2YkdQEcf6IVbVpy764TsbAB?= =?us-ascii?q?6qMw1zK6z8EZLTiMLi0ee09tXTbgxEiSD7b6l1KUC9rB7asY8dho4xJw=3D?= =?us-ascii?q?=3D?=
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0CxBQAoBIBf/4sNJK1gHAEBAQEBAQc?= =?us-ascii?q?BARIBAQQEAQFAgU+BUiMuB3BZLyyEPYNGA41SihGOaoFCgREDVQsBAQENAQE?= =?us-ascii?q?jCgIEAQGESgIXgXUCJTgTAgMBAQsBAQUBAQECAQYEbYVcDIVyAQEBBBIREQw?= =?us-ascii?q?BATcBCwQCAQgOAwQBAQECAiYCAgIfERUICAIEAQ0FCBqDBYJLAy4BDp1+AoE?= =?us-ascii?q?5iGF2gTKDAQEBBYUsDQuCEAMGgQ4qgnKDbYZWG4FBP4ERQ4JNPoIaQgEBA4E?= =?us-ascii?q?eICCDFTOCLZMHPaMPOFIKgmiJAIxchS2DE54dkxyBeoh2gmuSQwIEAgQFAg4?= =?us-ascii?q?BAQWBayOBV3AVgyRQFwINjh8MF4NOhRSFQnQSJQIGAQkBAQMJfI1MAQE?=
X-IronPort-AV: E=Sophos;i="5.77,354,1596499200"; d="scan'208";a="823951334"
Received: from alln-core-6.cisco.com ([173.36.13.139]) by rcdn-iport-1.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 09 Oct 2020 06:39:59 +0000
Received: from XCH-RCD-002.cisco.com (xch-rcd-002.cisco.com [173.37.102.12]) by alln-core-6.cisco.com (8.15.2/8.15.2) with ESMTPS id 0996dwo7016234 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Fri, 9 Oct 2020 06:39:59 GMT
Received: from xhs-rcd-002.cisco.com (173.37.227.247) by XCH-RCD-002.cisco.com (173.37.102.12) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Fri, 9 Oct 2020 01:39:58 -0500
Received: from xhs-rcd-002.cisco.com (173.37.227.247) by xhs-rcd-002.cisco.com (173.37.227.247) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Fri, 9 Oct 2020 01:39:58 -0500
Received: from NAM02-SN1-obe.outbound.protection.outlook.com (72.163.14.9) by xhs-rcd-002.cisco.com (173.37.227.247) with Microsoft SMTP Server (TLS) id 15.0.1497.2 via Frontend Transport; Fri, 9 Oct 2020 01:39:58 -0500
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=OshZgQ8p9ktvm8Vwu9c1Z5chtSnBLO+Zbynfj9NG97YKKOEXen8ov2BDE2h+L/sMl8ootFMOPXMqNjreb/hg5H+D82jz8PmC35rvs//xlv9KJIY6zuAacQNpcr97CLUz+jEYpDFyM0L1EH7MSYIfTLF5IZQJQfBX3TidBtR+RGi2wcrSgaLTZooRTDguY3umIwiglcmNQINDiRRL/oVz8Wkd4IQ4QXOir4tNw+ZtfLCQ4yR94YFRPdqtLTfWWbx4OP3a5O/rHtvb0aaFB8OL2q+aIMAQDeTS/aZqXhe+gf8ohXNaOAEJB3cuy+VzxjlwWWxgC6dbxIbl92nogcleXA==
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=ms6DXYjOQwE439CSDrP+SFONpj49Yd50XnGmJTgrCes=; b=hss8fxIKdezLhnjcPm9F0gjulVgO96nIGBLyuDEh95dyfnfYJcOP3K/jLqKiwnEq8B6Z2P2Yigo0pidavnKz+r/8Gy7FWW3MlcuzfAlyEaF9VPmxtsMc1oEe2UxYOQaylGFi9mfsB/55GmyLSWK9VkaK6AvONENRNCUxXE7J2cqpNP45ivMHcOVNXjhHx9RMg/9fgWaWNzYzNNkxVxpJxVL3w0RlTw3u4+pGEaQPNyt2GqAGV9cWeYthfYTlxt6/6MQx5BYxpQg6Qf/hvYOnl3OKt0hSk3QsVbDk/tNNzFV+kllzxKhO3nXx5IkJL0aFODvBBxdisFhIDgo0yI+nFw==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=cisco.com; dmarc=pass action=none header.from=cisco.com; dkim=pass header.d=cisco.com; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cisco.onmicrosoft.com; s=selector2-cisco-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=ms6DXYjOQwE439CSDrP+SFONpj49Yd50XnGmJTgrCes=; b=MciYF5ElgpOe1MMDApbMjKRelH31+M2xZAf0cQte8IpL8/qsCSbelVjcxEqYVkFImu6D7ukxQLNOcs2WhIJbwhulc79yt1wMYx8PHfF4DThtVwUwUbAZ0AzqPPQpi+y6fF3nmlC7Bch2Dg0Ei36Cuo1JldPbwDx7+yUpg3r2VE0=
Received: from CY4PR11MB1352.namprd11.prod.outlook.com (2603:10b6:903:2a::23) by CY4PR11MB2038.namprd11.prod.outlook.com (2603:10b6:903:30::14) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3412.25; Fri, 9 Oct 2020 06:39:57 +0000
Received: from CY4PR11MB1352.namprd11.prod.outlook.com ([fe80::e960:8c02:b46b:ef52]) by CY4PR11MB1352.namprd11.prod.outlook.com ([fe80::e960:8c02:b46b:ef52%10]) with mapi id 15.20.3433.044; Fri, 9 Oct 2020 06:39:57 +0000
From: "Pascal Thubert (pthubert)" <pthubert@cisco.com>
To: Alvaro Retana <aretana.ietf@gmail.com>, "draft-ietf-roll-unaware-leaves@ietf.org" <draft-ietf-roll-unaware-leaves@ietf.org>
CC: "roll-chairs@ietf.org" <roll-chairs@ietf.org>, "Routing Over Low power and Lossy networks" <roll@ietf.org>, Rahul Jadhav <rahul.ietf@gmail.com>
Thread-Topic: AD Review of draft-ietf-roll-unaware-leaves-18
Thread-Index: AQHWnAqcalhvjJ/sXE2H4yIAHvyldqmLzeTAgAJoxQCAAJ1+4A==
Date: Fri, 9 Oct 2020 06:39:40 +0000
Deferred-Delivery: Fri, 9 Oct 2020 06:39:20 +0000
Message-ID: <CY4PR11MB135260688C683094E8695064D8080@CY4PR11MB1352.namprd11.prod.outlook.com>
References: <CAMMESszw4SuUQtchiqk-o7Z=62X+U2af4==X5S_=rJ-3y4Dn=w@mail.gmail.com> <MN2PR11MB356593481245BC85A03D4003D83F0@MN2PR11MB3565.namprd11.prod.outlook.com> <CAMMESsxgYifi+U=fTdFk5Fz+a1ArbFUzxBbeDeORhk30n2N3Ew@mail.gmail.com> <CY4PR11MB13529BF16345FBC5279A7AEBD80B0@CY4PR11MB1352.namprd11.prod.outlook.com> <CAMMESsxNR+4h+3ShfxFY7QcJaehuxd9LXuL7B+rjq5gQSGs2kA@mail.gmail.com>
In-Reply-To: <CAMMESsxNR+4h+3ShfxFY7QcJaehuxd9LXuL7B+rjq5gQSGs2kA@mail.gmail.com>
Accept-Language: fr-FR, en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
authentication-results: gmail.com; dkim=none (message not signed) header.d=none;gmail.com; dmarc=none action=none header.from=cisco.com;
x-originating-ip: [2a01:cb1d:4ec:2200:7440:6de8:578d:10f1]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: c65de795-120e-45c5-230e-08d86c1e238a
x-ms-traffictypediagnostic: CY4PR11MB2038:
x-microsoft-antispam-prvs: <CY4PR11MB20387025E79D37C8031AB1CFD8080@CY4PR11MB2038.namprd11.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:10000;
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: DqK16zyUON61GIlImrlsNs8Fwqh6Zr+blnjRxIvP6TS8i0rH0lNOguqcChN5+NlG6euNRx1AzIfEYDuTrsfJh5Ju1tPTXcYtH/qvBdyZjDOvoAZsIipX38Q6QrWafKZCOOWX0T1AKj2Ga/U2TgDUJKqyI2fWSqnzMZprLZftctgs1YlibSZXw8T1Fnj4OYtSlljMOnNYnIoyrUqh1Edt/8sDgiw4NwC7HKg9ja8ZZjrDb1S56YlSq3YvF9eidM2HRsMnZ4wBT3KyS5BHJkopTctvlh7B7GOeOqZDtYFVQDSK+jaqWJ+vHGX4/qcfuJ7QFd2xDy4XpT7754FYdxtbsaz07sUCOE1jFm9MiFea9atEvWxkaChiAJfiHwwgab8t1oOK5FpTsy5GbvhaaSY8lg==
x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:CY4PR11MB1352.namprd11.prod.outlook.com; PTR:; CAT:NONE; SFS:(376002)(366004)(136003)(39860400002)(346002)(396003)(2906002)(53546011)(66946007)(478600001)(966005)(66574015)(6666004)(66476007)(86362001)(71200400001)(6506007)(66446008)(66556008)(55016002)(64756008)(316002)(54906003)(52536014)(9686003)(33656002)(76116006)(186003)(7696005)(110136005)(83380400001)(5660300002)(8676002)(8936002)(4326008); DIR:OUT; SFP:1101;
x-ms-exchange-antispam-messagedata: l3zGPQjuyL153MT+wcbxQFCFp1+haEjfQ8GB7Zfh8tzUU1m5fHL2hELh6/Y4i/SoCFCx3Zwv5INwhfW3jNeNO6DGUOdrc+gvZM+zK+OtQ1O14x++8y0N9qqpWq7rpwwlEzEoUhEw6a6MyV8wzVDqbdvst49aPJJ+or+l2DBBIUrcvPx9O+jatZTDFV7UGj/u3ZYZMESb9rhOhNWMVRNupd5oJqe63lUDWllVcjldcU4SK8ywkkVircqlBS20lCLzCY2ClN/Bee3B4JWyokaG3TeEwaS0VGMSDEKdU5kL1imRJpokcNBSlsLYnCuQJDLWqt4t9CNErAZs4byM7VEWasOlify+UG6eA8akjCFtrPaQ5zb6YlgPer0xBN3FSaZ2bFsY23mIgw0pxNDs1pCXdoER87l5q8heR31Y5I+7tLrJgCob3VEsEK7RsFkV/3RKPItwOqaInhylA0UT/z+k5VgKdaBEJX2g1brjUWLHZldt7Pz3rMuq1ORzW75E4Yz5TbTHTbJijadI4tCIcjKNLIIf9P5s/CjEZqr9QIdQHzKK43UVBVtKsSyudH6/dbC2yQp2PADHtmtEIZGKmWJqFyLrxnIskkeDEFmzfIvbIVOaQ3rLd8mM8oheUV/lIiPfValG29ia4W3hENfcmY4W4N3BFJRS9X84gV5gENuQZND0slcv6IRFQg0PYgZY3mcYg/haJXMB6dh0sh8cRncwZA==
x-ms-exchange-transport-forked: True
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: CY4PR11MB1352.namprd11.prod.outlook.com
X-MS-Exchange-CrossTenant-Network-Message-Id: c65de795-120e-45c5-230e-08d86c1e238a
X-MS-Exchange-CrossTenant-originalarrivaltime: 09 Oct 2020 06:39:57.2709 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 5ae1af62-9505-4097-a69a-c1553ef7840e
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: 6FtCn6mrEceMT/fAkD+TT8/rEqgTAO+9agglun0AAslEMczM4BgRPU19OLJYqsbX2+72/nkEgbqp4kQHvX6uGw==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: CY4PR11MB2038
X-OriginatorOrg: cisco.com
X-Outbound-SMTP-Client: 173.37.102.12, xch-rcd-002.cisco.com
X-Outbound-Node: alln-core-6.cisco.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/roll/tCfR7meMI2gkT5Bc15305Ahfsd0>
Subject: Re: [Roll] AD Review of draft-ietf-roll-unaware-leaves-18
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: Fri, 09 Oct 2020 06:40:03 -0000

OK Alvaro;

In summary,

We update RFC 6775 and RFC 8505 because we alter the range of the ND Status Code
We extend RFC 6775 and RFC 8505 because we refrain from sending the from sending the EDAR on a registration refresh with the 'R' flag.
We extend RFC 6775 because  we process the 'R' flag in the NA(EARO) and other stuff in the RUL perspective section.

Do we agree?

So many thanks;

Pascal
 
> -----Original Message-----
> From: Alvaro Retana <aretana.ietf@gmail.com>
> Sent: jeudi 8 octobre 2020 23:10
> To: Pascal Thubert (pthubert) <pthubert@cisco.com>om>; draft-ietf-roll-unaware-
> leaves@ietf.org
> Cc: roll-chairs@ietf.org; Routing Over Low power and Lossy networks
> <roll@ietf.org>rg>; Rahul Jadhav <rahul.ietf@gmail.com>
> Subject: RE: AD Review of draft-ietf-roll-unaware-leaves-18
> 
> On October 8, 2020 at 3:26:36 PM, Pascal Thubert wrote:
> 
> 
> Pascal:
> 
> Hi!
> 
> 
> ...
> > I did not yet go to the end (went 2/3 down) but I need your advice
> > about updating RFC 8505 at the end of the covered piece. So I thought
> > I should send you the partial response as of now.
> 
> In this message I'm just commenting on what is related to updating
> rfc8505.  I'll take a look at the rest later.
> 
> 
> Thanks!
> 
> Alvaro.
> 
> 
> ...
> > > 494 6. Updating RFC 8505
> > >
> > > [major] To me, Updating an RFC means that the implementations of
> > > that RFC should also implement this one. In this case, there would
> > > be an expectation that all 6LRs would support the change. Is that
> > > what is intended?
> > >
> > > Note that Updating is different than simply expecting the nodes that
> > > implement this specification to comply...in this case, *if* "the RPL
> > > Root advertise[s] the capability...".
> > >
> > > [Personal opinion: rfc8505 applies to 6LRs in general, not just RPL
> > > routers in particular...so I think that Updating it is not the right
> > > choice.]
> > >
> >
> > Whao, a difficult one. We update the RFC8505 behavior.
> > But not to all type of node that implement RFC 8505. Only those that
> > are RPL Routers.
> > So what is the most important? That we change the operation of an RFC
> > or that the change ios scoped to a subset of nodes?
> 
> IMO, the answer is to make the change that is necessary, and no more.
> 
> 
> > I'm asking, not proposing and answer. The reason behind is that is
> > another RFC updates RFC 8505 with a change that is not compatible, the
> > fact that we did not update will make it harder to track.
> 
> Yes, this is where an "Extends" or at least "See Also" tag would be great [1],
> but we don't have those.
> 
> OTOH, the reason we do so many reviews (WG, directorates, IETF LCs,
> etc.) is to get also cross-area review.  This should catch incompatible
> changes.  Yes, I realize this is the ideal situation, and that a change like this
> may still be missed... :-(
> 
> The risk is then that the process doesn't work; i.e. that people don't do good
> reviews. :-(
> 
> 
> Having said all that, if you (the WG) want to change the behavior for all the
> nodes, then we'll need positive confirmation from 6lo that this is ok.  I seem to
> remember that there was already communication with 6lo about the proposed
> changes, and there was no opposition.  I can go find that thread again...
> 
> Given the text in this document (like the sentence below for example
> -- and what you said above), it doesn't seem to me that making a change for all
> the nodes (vs. just RPL routers) was the WGs intent.
> So we'll have to confirm that as well.
> 
> Also, we'll probably need to generalize the specification to not be specific to
> RPL.  But with any RPL-specific normative behavior highlighted.
> 
> 
> What do you want to do?
> 
> 
> [1] https://tools.ietf.org/html/draft-kuehlewind-update-tag
> 
> 
> > > 496 This document updates [RFC8505] to change the behavior of a RPL
> > > 497 Router acting as 6LR in the 6LoWPAN ND Address Registration of a
> > > RUL
> > > 498 acting as 6LN. If the RPL Root advertise the capability to proxy
> > > the
> > > 499 EDAR/EDAC exchange to the 6LBR, the 6LR refrains from sending
> > > the
> > > 500 keep-alive EDAR message. Instead, if it is separated from the
> > > 6LBR,
> > > 501 the Root regenerates the EDAR message to the 6LBR periodically,
> > > upon
> > > 502 a DAO message that signals the liveliness of the Address.
> 
> 
> 
> 
> 
> ...
> > 12.2. Resizing the ARO Status values
> ...
> > > [major] Changing the range of values is not as easy as updating the
> > > registry...the behavior of the EARO and ARO have to be updated. This
> > > means that this document should Update both rfc6775 and rfc8505
> > > where it relates to the redefined Status field.
> >
> > Isn't this transitive? I mean the field defined in RFC 6775 is updated
> > by RFC 8505.
> 
> No.  As far as I understand it, rfc8505 didn't change the behavior of the ARO, it
> extended it.  In fact, the changes are backward compatible, which tell me that
> the ARO (independent of an EARO) is still valid and expected to work.  I would
> be happy to be corrected.
> 
> It may be that no one cares about changes to the ARO anymore...but that is a
> different conversation.  And updating only the EARO seems to break the
> backward compatibility.
> 
> 
> > Maybe the 6lo group should clarify that the ARO is deprecated somehow?
> 
> That would be nice...but that is not what rfc8505 says.