Re: [Gen-art] Genart last call review of draft-ietf-roll-unaware-leaves-24

"Pascal Thubert (pthubert)" <pthubert@cisco.com> Tue, 15 December 2020 07:37 UTC

Return-Path: <pthubert@cisco.com>
X-Original-To: gen-art@ietfa.amsl.com
Delivered-To: gen-art@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 006EB3A0D05; Mon, 14 Dec 2020 23:37:11 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -7.697
X-Spam-Level:
X-Spam-Status: No, score=-7.697 tagged_above=-999 required=5 tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, 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=SPfiq5Vn; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=wsBnPsF4
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 qN2PBfeC6gza; Mon, 14 Dec 2020 23:37:08 -0800 (PST)
Received: from rcdn-iport-9.cisco.com (rcdn-iport-9.cisco.com [173.37.86.80]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4C9723A0CDA; Mon, 14 Dec 2020 23:37:08 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=19510; q=dns/txt; s=iport; t=1608017828; x=1609227428; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=gs2B82ndduG6BluC0MKGrPWtEuoLpf7nAgCtE/6ynjw=; b=SPfiq5VnGK2mp1kZmxCW7yczEHU72Labk0V8azUlkGFzzWFHWkpkRuG/ G7xZqSkqvM1tjayk7luw5mVbfa3XinvbT2ak64JE1RV6z1tq2QcAoV5dM kDt7IpzCIU0Zzbz2XpV/9J0DlGQ8dXKM1TIU7oTFK4mFIm7xHMEqUcfOH o=;
IronPort-PHdr: =?us-ascii?q?9a23=3ArNQrlB/92vfgHv9uRHGN82YQeigqvan1NQcJ65?= =?us-ascii?q?0hzqhDabmn44+7ZhSN6/JpiE6PWp/Ure9H2KLasKHlDGoH55vJ8HUPa4dFWB?= =?us-ascii?q?JNj8IK1xchD8iIBQyeTrbqYiU2Ed4EWApj+He2YkZSHMLvIVrIrTuv7m1aFh?= =?us-ascii?q?D2LwEgIOPzF8bbhNi20Obn/ZrVbk1IiTOxbKk0Ig+xqFDat9Idhs1pLaNixw?= =?us-ascii?q?=3D=3D?=
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0BiCAC/Zthf/5JdJa1iHQEBAQEJARI?= =?us-ascii?q?BBQUBgg+BIy8jLgd1Wy8uhD+DSAONWAOBBZMUhHGCUwNUCwEBAQ0BARgBCgo?= =?us-ascii?q?CBAEBhEoCF4FZAiU4EwIDAQELAQEFAQEBAgEGBHGFYQyFcgEBAQECAQEBEBE?= =?us-ascii?q?KEwEBLAsBBAsCAQg/AwICAiULFBECBAENBQgagwWBflcDDiABDqF9AoE8iGl?= =?us-ascii?q?2gTKDBAEBBYUZGIIQAwaBOIJ1g3mCRIQVG4FBP4ERQ4IgBy4+gl0BAYFhK4J?= =?us-ascii?q?qM4IsgVloBmQYBTZaQyQVKRAkBCmPGoNOhyqdYgqCdJtroj2UBJx1hDICBAI?= =?us-ascii?q?EBQIOAQEFgW0jgVdwFTuCaVAXAg2OIYNxhRSFRHQ3AgYBCQEBAwl8iV4BAQ?=
X-IronPort-AV: E=Sophos;i="5.78,420,1599523200"; d="scan'208,217";a="750266155"
Received: from rcdn-core-10.cisco.com ([173.37.93.146]) by rcdn-iport-9.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 15 Dec 2020 07:37:05 +0000
Received: from XCH-ALN-004.cisco.com (xch-aln-004.cisco.com [173.36.7.14]) by rcdn-core-10.cisco.com (8.15.2/8.15.2) with ESMTPS id 0BF7b4Bg016522 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Tue, 15 Dec 2020 07:37:05 GMT
Received: from xhs-aln-002.cisco.com (173.37.135.119) by XCH-ALN-004.cisco.com (173.36.7.14) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Tue, 15 Dec 2020 01:37:04 -0600
Received: from xhs-rcd-001.cisco.com (173.37.227.246) by xhs-aln-002.cisco.com (173.37.135.119) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Tue, 15 Dec 2020 01:37:04 -0600
Received: from NAM04-BN3-obe.outbound.protection.outlook.com (72.163.14.9) by xhs-rcd-001.cisco.com (173.37.227.246) with Microsoft SMTP Server (TLS) id 15.0.1497.2 via Frontend Transport; Tue, 15 Dec 2020 01:37:04 -0600
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=NFcxi8LDXwQWZjDZTTEWdLnIJMv8+t0vJLULQYQgYDRhsTIAIQhlttfgq8UJtnu2ahGX/ppRGEv5dCko6kCBT5QNDr8TCOioeBbP6J9zpplyT1MCcAG6DVN3wcpXtmH8a3wfh0H/bWXxg8fnbB510fN2A6pKW6ns4TlOW8YDuSl/49A2zyyhf8e4AZxE3uL11QZgj7JtMlsD6N/ya1KJ+Wf4g4ttZGk1/ZtdNoqgounhTDiaWIwEGJWZfasytaIKQZAJUfiGOnFpkluCab8oEfvDHpCqkTOY5hIunQngJtvNJxlUBwcgZ5VZ00pYNbrBAtTK+a9Ldp/wj0LooYMtFA==
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=gs2B82ndduG6BluC0MKGrPWtEuoLpf7nAgCtE/6ynjw=; b=PUFi37aRJayBvikOY7ZWfkvdgGTxRSsibZZnL4kDpmi4zBn+pUxXg5d9zoF1GevBaOXxlynekddMqmUTE2ohDJbuao8djP6gV6UJVBFlkNS8F9mIVMgujfytHOsfpLG2PMPnQQtHZpILdeZ7GpG/CqS0UbuUhzmfCztaF9Q9Hg/l31pdJTcVlh84QDegYOfpjSDLPpfPcs8oL8f2Qe53yU4fJIhHmIH2qOtEpYVe+13RZV6UpoBgHhb/Sm5coNw90GPK4/MTlY/ovO7kNkkMnFYHq4me52zTsVgXMPF39iNwu9u5RCIYXqZERHsEeTI11X8QdWGxdFgmFrsZghjHCQ==
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=gs2B82ndduG6BluC0MKGrPWtEuoLpf7nAgCtE/6ynjw=; b=wsBnPsF4oMcRe6qECSz8q06W/LbMf2Rf4pDatZtquCiXhdH3AgJ/nxeCfvL7HKWGe/mlf6SY2Oe5azMEiB6DKT3ZMErFCeAUEhBTiwh2TXjMRTSL1OZxff7wP20tdTWVtirg/me3PI2rD0anDuqJRbPOA5LqvVuLrnWrSN87NcQ=
Received: from CO1PR11MB4881.namprd11.prod.outlook.com (2603:10b6:303:91::20) by MWHPR11MB1550.namprd11.prod.outlook.com (2603:10b6:301:b::18) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3654.19; Tue, 15 Dec 2020 07:37:03 +0000
Received: from CO1PR11MB4881.namprd11.prod.outlook.com ([fe80::499:4510:59d6:8f61]) by CO1PR11MB4881.namprd11.prod.outlook.com ([fe80::499:4510:59d6:8f61%4]) with mapi id 15.20.3654.020; Tue, 15 Dec 2020 07:37:02 +0000
From: "Pascal Thubert (pthubert)" <pthubert@cisco.com>
To: elwynd <elwynd@folly.org.uk>, Elwyn Davies <elwynd@dial.pipex.com>, "gen-art@ietf.org" <gen-art@ietf.org>
CC: "draft-ietf-roll-unaware-leaves.all@ietf.org" <draft-ietf-roll-unaware-leaves.all@ietf.org>, "roll@ietf.org" <roll@ietf.org>, "last-call@ietf.org" <last-call@ietf.org>
Thread-Topic: [Gen-art] Genart last call review of draft-ietf-roll-unaware-leaves-24
Thread-Index: AQHW0m08sakUBZG8AkiOlQrg4ynNC6n3sOpw
Date: Tue, 15 Dec 2020 07:36:45 +0000
Deferred-Delivery: Tue, 15 Dec 2020 07:35:58 +0000
Message-ID: <CO1PR11MB4881DF6D01EB72E8ACFE5327D8C60@CO1PR11MB4881.namprd11.prod.outlook.com>
References: <CO1PR11MB4881DCE4A1E7CE147ADF28CCD8C70@CO1PR11MB4881.namprd11.prod.outlook.com> <E1kowVg-0000fy-3N@b-painless.mh.aa.net.uk>
In-Reply-To: <E1kowVg-0000fy-3N@b-painless.mh.aa.net.uk>
Accept-Language: fr-FR, en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
authentication-results: folly.org.uk; dkim=none (message not signed) header.d=none;folly.org.uk; dmarc=none action=none header.from=cisco.com;
x-originating-ip: [2a01:cb1d:4ec:2200:5901:e7d2:ceee:c623]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: b838c4af-553a-4ab3-2c89-08d8a0cc3705
x-ms-traffictypediagnostic: MWHPR11MB1550:
x-microsoft-antispam-prvs: <MWHPR11MB155015806C4B40B3A4CB04D5D8C60@MWHPR11MB1550.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: g8gGs3mFvS4Wb84wbMtPVvzWBg9fp3wR5QcbwKoOxf24iBP3Dy9Q2sBLtq1bTj89ru92ZAwLUn144lPPrpTGS/HIiVtiMqv95/ryshsKYyZBbiyVDwIVmJtDI3sdCmMbj+J05wzSbPfQe7g3K0ZexE65Y2Nd00dNmsbafs1wRjitkSmXde6y2FRkLsZml3jyVknKExMPxkvFUCeDO9OBE2P80tE33WrkTH6AJpw1kE1dYgEMJAkcjwiihiltK6bGHqeUEW3DdYxM5RaGcqI3yNQh9V0fVKS+74/rVveoHbPLN2Sn5g4ypFMhR5VkW8a+o9rtOB1sLiNaIm2ydBSgys6Rw4964hE+31dmNxD9ewjc0dVk5Dp8J79soseeAl9XEUyZD7r4/05UmKMt0CuiIA==
x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:CO1PR11MB4881.namprd11.prod.outlook.com; PTR:; CAT:NONE; SFS:(136003)(366004)(376002)(346002)(508600001)(83380400001)(5660300002)(186003)(2906002)(166002)(110136005)(54906003)(66476007)(66946007)(66556008)(52536014)(64756008)(66446008)(966005)(9686003)(6506007)(6666004)(76116006)(55016002)(86362001)(33656002)(8936002)(8676002)(7696005)(4326008)(71200400001); DIR:OUT; SFP:1101;
x-ms-exchange-antispam-messagedata: =?utf-8?B?QkRkL0poZU4ycDZueWRURU5ZVHZ5ZXdNNzJ1SDFqSVF4T2I1b2RhbHdNd2Nl?= =?utf-8?B?Tm5nNVZuQnNZQ3ZlWTZCeGJjbVZBaUdSY2FsbTBVOVlVWUR2bjdiN05mNzhu?= =?utf-8?B?REgxQUZtVmFhOTRLZzZ4NzFLaGhsWUN0MjNZc1V3UVRWVFVWNDN2RDNQZlQr?= =?utf-8?B?cWJoRkg0ZDlZaEE5bm1ZOVRCTjZ3cFdMWjZzbi9sc2dqQWtkeGNxdkZ6Vy96?= =?utf-8?B?MUUvbUhKMkVzdzg1b3ZUTFdIaXpEZWtrTXlQOW55NVZYMjVnRUd1QXh4alNq?= =?utf-8?B?VmQ3R2hwL0U1c3ZnRFhEajB0S3EwMVZjcUllSTVxUGZkWUhiSWpRVk1JUVN5?= =?utf-8?B?VkNsNkt1S0lVVXRFbDZJanlFSzlrSksvZ016dWU1Z1kvUmhDeDAvNEhkMXow?= =?utf-8?B?UVZpcmplaVdwbTRjZ1EwM3dFYVNLYXdwZWU4MEZnUStpS1ViM3Qzd0txOWJN?= =?utf-8?B?S3lRRWhsSlY4U2dVa25MZzZjbVdjKy9yc2JuSlNEVFpCR25iU3h1RGRNWmZN?= =?utf-8?B?MXFlZWZwUzBicmJMOWtFVVJuVVltNFVSdGNHUlU4S09CemJob3RDVGllZnhH?= =?utf-8?B?cjhTK0NFN1Bhbkl5VTZVWGpkdzRRR0JJS0s3cDJJMjlQVkxhVEhLT1BJQkNG?= =?utf-8?B?d3JuTTBEM1RDd1hQWlRMMVU0bHFaY0REZGxsdnJZL1Q4TWwraTFkWE5HbVRQ?= =?utf-8?B?ZjZKYzFkUEo2a0pwcWp5S1JETXBmWndGaUVFS1c2c2x6OHlHQlc0dUpOUjdM?= =?utf-8?B?WFcxYnAyYTRjUUFKZ2wvVmd2OXpsS2o1bHhmRnZtc0ozcGJ4YWlqRkJUM2ox?= =?utf-8?B?L1pZeWtBaXpLaktGSmJqVTNHaGlZajZtbUdTMHJ4STcvK2puOEgyU3czSlVW?= =?utf-8?B?SFVzMmhodkJCaGZLeFV5VFpCSVFHY2p4RXR1ZnhZTWZXUHZkenEvUWt3RDhl?= =?utf-8?B?TkVENFJ6YnYrRXJITDQxVjliV25IQmZCaWxoZkx5OTVUaHRCYU5nTGFjREhX?= =?utf-8?B?dER5cG41L3BEWWh0cVFwbUF6YlNvc3pzVjRPZDNwNVNpNUx6SUcwUzdRWVMr?= =?utf-8?B?endJQmtDSGdQdjJBOGN3UEtDajFJTG55YVFsc0xMckNVQjlONjI5WmcvQjFu?= =?utf-8?B?ZnVtQTJMTng1T29IY1RGMm5JT2dZSzNwREJWMFBpeVB3b21IUHR2cHMyMXZn?= =?utf-8?B?VEp2TDQvdGtYNmoxbkJLdGEyNE5weXdUUlh6TWFhays4SWFSUG43N0xPMGRI?= =?utf-8?B?QklJNHI3bDFPK1ZSOG1nT2lxaXdrNXJnZnAvRUdRYXF1RVRjUWU4MmtaUFJh?= =?utf-8?B?Z2N3SnpoSHZnTDI5WTAvRE5jK21tQlhDb3Q2RmhnSHRaOTliUmJVT3lnbnVK?= =?utf-8?B?bk9QUFphVzNTWGZjZXJOblpmb2R4VFRMdVp6QzlrVVQvMzg3eEFkSHF0dU91?= =?utf-8?Q?0Kmcy3NG?=
x-ms-exchange-transport-forked: True
Content-Type: multipart/alternative; boundary="_000_CO1PR11MB4881DF6D01EB72E8ACFE5327D8C60CO1PR11MB4881namp_"
MIME-Version: 1.0
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: CO1PR11MB4881.namprd11.prod.outlook.com
X-MS-Exchange-CrossTenant-Network-Message-Id: b838c4af-553a-4ab3-2c89-08d8a0cc3705
X-MS-Exchange-CrossTenant-originalarrivaltime: 15 Dec 2020 07:37:02.9285 (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: FKkrfACC/pH5eGSj3IpUQMnJxd5b1vydcq/b2tyIzre+FRULsgXD6Ke6QRezHYMoy7SZ3ahIQn7jlvksF4FThQ==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: MWHPR11MB1550
X-OriginatorOrg: cisco.com
X-Outbound-SMTP-Client: 173.36.7.14, xch-aln-004.cisco.com
X-Outbound-Node: rcdn-core-10.cisco.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/gen-art/nPulH1gVUgkMhxBN4zBW5OuC_1s>
Subject: Re: [Gen-art] Genart last call review of draft-ietf-roll-unaware-leaves-24
X-BeenThere: gen-art@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "GEN-ART: General Area Review Team" <gen-art.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/gen-art>, <mailto:gen-art-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/gen-art/>
List-Post: <mailto:gen-art@ietf.org>
List-Help: <mailto:gen-art-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/gen-art>, <mailto:gen-art-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 15 Dec 2020 07:37:11 -0000

Many Thanks Elwynd:

>
> s6.3, next to last para. s8 and s 12.2:  In view of the statement in s6.3:
> The RPL Root MUST set the 'E' flag to 1 for all rejection and unknown status
> codes. The status codes in the 1-10 range [RFC8505] are all considered
> rejections. I think that IANA should be requested to add a column to the EARO
> status codes registry being modified by s12.2 to add a column that identifies a
> status code as a rejection or otherwise.   Some words in s8 may be appropriate.

Well that would require normative text on the 6LoWPAN part. I guess we can do that at the next iteration of a 6LoWPAN ND specification.
For now what we specify is that from the RPL perspective the listed codes denote a failure such that the RPL operation that wraps it cannot happen and that's enough for us.

ED>  While I understand that it would be polite to involve 6LoWPAN, WGs don't 'own' RFCs and their associated IANA registries.  Since this draft 'needs' the extra information I personally wouldn't see a problem in asking for the extra column. It doesn't break anythng 6LoWPAN are doing AFAICS. Anyway that's not my call...  ask your AD.

PT> I posted a separate thread on this one.





> s7:  Given that [EFFICIENT-NPDAO] is still a draft,  I think this section should be
> synchronized with the  draft so that we don't end up with one or the other new
> RFC updating an RFC that doesn't yet exist.

Yes, this was a discussion with Alvaro as well during his AD review and what you see is the outcome.
In particular, this is one reason why [EFFICIENT-NPDAO] is referenced normatively.

ED>  Hmm.  Maybe the rest of the IESG will have something to say about this.
PT> Maybe I misunderstand what you mean by synchronize. Would you report the change in NPDAO?
PT> trouble is that spec is virtually RFC, stuck in MISSREF in cluster C 310, in particular by this doc.



>
> Abstract:  Expand RPL on first use (currently done in s1.) Expand ND.

Done it (relunctantly) for ND. RPL has been used as a noun by people of the art for a long while now. Expending it would turn the abstract in a book.

ED>  I know, I know.  But it isn't in the RDC Editor's list of well-jnown abbreviations.  Sorry!

PT> It’s hard to recognized RPL in its full expansion. I tricked the text to avoid the acronym.
“
   This specification updates RFC6550, RFC6775, and RFC8505, to provide
   routing services to IPv6 Nodes that implement RFC6775, RFC8505, and
   their extensions therein, but do not support RFC6550.

“


> s9.2.3, item 1:  This would be a useful point to mention that the Target IPv6
> address is marked by the F Flag being 1.

Actually it is not. It is set to 0 per the previous section. But the Prefix Length is 128 indicating a host address (not that of the advertiser though, thus the 'F' flag set to 0).

ED> I'll take your word for that!  The point I was trying to make was that given you have introduced the F Flag,  I think it would be highly desirable to explicitly highlight the point where an implementation would expect to set an F flag as well as places where it isn't set.  I thought there would be an opportunity somewhere in s9.2.1.

  PT> You’re correct, we define the flag here because we change the Target Option but this spec is not the one that really needs it. It was an opportunistic insertion. This information is useful to test the path back when we advertise a prefix. It gives the root an address to ping within the advertised prefix. For Host routes, it’s only an indicator that the node is advertising self vs. another party, which in the case of this spec, is redundant with the ‘External’ flag.

Take care,

Pascal


_______________________________________________
Gen-art mailing list
Gen-art@ietf.org<mailto:Gen-art@ietf.org>
https://www.ietf.org/mailman/listinfo/gen-art