Re: [6lo] [Roll] Unaware-leaves - ND-Status and RPL-Status linkage

"Pascal Thubert (pthubert)" <pthubert@cisco.com> Tue, 10 March 2020 14:42 UTC

Return-Path: <pthubert@cisco.com>
X-Original-To: 6lo@ietfa.amsl.com
Delivered-To: 6lo@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 881EE3A1046; Tue, 10 Mar 2020 07:42:28 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -9.597
X-Spam-Level:
X-Spam-Status: No, score=-9.597 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, 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=V3E9OFYw; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=UGxwAMIF
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 T_hUucsOhStB; Tue, 10 Mar 2020 07:42:26 -0700 (PDT)
Received: from rcdn-iport-4.cisco.com (rcdn-iport-4.cisco.com [173.37.86.75]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id EAD0A3A1085; Tue, 10 Mar 2020 07:42:25 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=19057; q=dns/txt; s=iport; t=1583851345; x=1585060945; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=ZmykBTjR/I1ks+KJ9VA/e9h9yC4JDcYz00+f2HvNncs=; b=V3E9OFYwRqwZ3ulom9sqDHC1Nbaxf+is8RgHhQykPKC7D8DeUB91LNHy KsS0d9klwG4vp2H5QvI0Gvltr04yMkCQlqHYvRlQz27VipFFnY3pDNbpq 9u2mFqvC02DFn6g+VpSOiRfZ/56Vb1ROvNmWRhdJYsQ1hAT/VG5UiohpR I=;
IronPort-PHdr: =?us-ascii?q?9a23=3ApXuHDBTOhqA3adfA/2043lxPCtpsv++ubAcI9p?= =?us-ascii?q?oqja5Pea2//pPkeVbS/uhpkESXBNfA8/wRje3QvuigQmEG7Zub+FE6OJ1XH1?= =?us-ascii?q?5g640NmhA4RsuMCEn1NvnvOjQmHNlIWUV513q6KkNSXs35Yg6arw=3D=3D?=
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0BdBgCWpmde/5JdJa1lHAEBAQEBBwE?= =?us-ascii?q?BEQEEBAEBgXuBJS9QBWwPSSAECyqHWgOKcIJfgQGIYo4yglIDVAkBAQEMAQE?= =?us-ascii?q?fDgIEAQGEQwKCBiQ4EwIDAQELAQEFAQEBAgEFBG2FVgyFYwEBAQEDDAYbEwE?= =?us-ascii?q?BJRIBDwIBCA4KJwchERQRAgQOBQgagwWBfU0DLgEOnicCgTmIYoIngn8BAQW?= =?us-ascii?q?FCQ0LggwDBoE4jCwagUE/gRFHUYFHBy4+ghtJAQECAYE6KiuDFoIsjWswiEO?= =?us-ascii?q?CTZY/RAqCPIdUil6EVYJKiCSQTIRIijGIfYIxkCQCBAIEBQIOAQEFgWkigVh?= =?us-ascii?q?wFYMnUBgNjh0MF4NQhRSFQXSBKYsVgkIBAQ?=
X-IronPort-AV: E=Sophos;i="5.70,537,1574121600"; d="scan'208,217";a="737389736"
Received: from rcdn-core-10.cisco.com ([173.37.93.146]) by rcdn-iport-4.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 10 Mar 2020 14:42:24 +0000
Received: from XCH-ALN-001.cisco.com (xch-aln-001.cisco.com [173.36.7.11]) by rcdn-core-10.cisco.com (8.15.2/8.15.2) with ESMTPS id 02AEgOlx023775 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Tue, 10 Mar 2020 14:42:24 GMT
Received: from xhs-aln-002.cisco.com (173.37.135.119) by XCH-ALN-001.cisco.com (173.36.7.11) with Microsoft SMTP Server (TLS) id 15.0.1473.3; Tue, 10 Mar 2020 09:42:23 -0500
Received: from xhs-rcd-003.cisco.com (173.37.227.248) by xhs-aln-002.cisco.com (173.37.135.119) with Microsoft SMTP Server (TLS) id 15.0.1473.3; Tue, 10 Mar 2020 09:42:22 -0500
Received: from NAM11-DM6-obe.outbound.protection.outlook.com (72.163.14.9) by xhs-rcd-003.cisco.com (173.37.227.248) with Microsoft SMTP Server (TLS) id 15.0.1473.3 via Frontend Transport; Tue, 10 Mar 2020 09:42:23 -0500
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; =?utf-8?q?b=3DOWWqxEF5GMhboTMrVmB6m5X2fbUvT+uJl/zSCBXQX1dzVancRWNAmYJpaeUIr?= =?utf-8?q?UUPZRXTBgfnlEagj9WMPrH8mfCfMIoFiuYVqDgG0VnhetFko6JSKqTjonbWH1k1cU?= =?utf-8?q?eUt9Yt7X+QhN5ipjsaKy46ZoY4VtJ2d/TTE5ifUNMYK6tkFPPwyI/VfWRk6zrWGOO?= =?utf-8?q?sapgSOfCIiejhtnQX0imfIDxFPQ7aXt1RV6UHiyAICjcNoH9z5EsjNe+sraCnpWQe?= =?utf-8?q?gg5cr6DiI4ll+jjc7M1QXNg7Jt86SA4rb0xOabThQONaftzy1uO+ckiJJaeVyx6Zw?= =?utf-8?q?Y+vDypOv/FiBoxSAYCKHA=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=3Di0xA8PeNq09HmXYTvU5BeDkFx3Il8789nFUw6LVn3uA=3D=3B_b=3DH75KcN?= =?utf-8?q?9OeqUc1xS9gh5EHvaCnfeVAw8N9kY+dhev/AnnXSVWMO/LXNvqvjIz8gKhOyBEuTq?= =?utf-8?q?0jgSkQFeokKy8/pB0njWFpOLjmhyydLpRsSs3uw2mXhC/haV1Xl3ZGIed7baTuZkk?= =?utf-8?q?So6TZXcwxlKI5uBxUOMVHnIgHZenX59PU7naWOgFxqeh+9pzrOSuZjOTh5a+BRDTy?= =?utf-8?q?xX3I29wn5P06Td3tRcsa9pXMxabtCA5lHe1fF4KwDSv7VlmDzS4KIDaxrMCI6AvR3?= =?utf-8?q?17kyT54yRZhOVO/UYpcbU+/UEXtDxVUeLlt/u2gdtRvDFl13u+Tl2cX73ZtfpsX8L?= =?utf-8?q?iWLGbOYSM5Q=3D=3D?=
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; =?utf-8?q?h=3DFrom=3ADate=3ASubject=3AM?= =?utf-8?q?essage-ID=3AContent-Type=3AMIME-Version=3AX-MS-Exchange-SenderADC?= =?utf-8?q?heck=3B_bh=3Di0xA8PeNq09HmXYTvU5BeDkFx3Il8789nFUw6LVn3uA=3D=3B_b?= =?utf-8?q?=3DUGxwAMIFs1o+FUuiREWjYavamHRbD6KzAD3wLVJSCOCUG2V5tLjCgCTJbbNsnd?= =?utf-8?q?pie+jFc/yRk9u1Qh5S4QjnJVf/c3L0gDJOM1VgI4TFXGOPRTbH9Ok/jm+UIU27T5c?= =?utf-8?q?xilNJVnAyNbMoauXj/geCTZBvu9fTV+FpKiIEQ6s5eyM=3D?=
Received: from MN2PR11MB3565.namprd11.prod.outlook.com (2603:10b6:208:ea::31) by MN2PR11MB4647.namprd11.prod.outlook.com (2603:10b6:208:262::10) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2793.17; Tue, 10 Mar 2020 14:42:22 +0000
Received: from MN2PR11MB3565.namprd11.prod.outlook.com ([fe80::edba:2b0f:7341:2c24]) by MN2PR11MB3565.namprd11.prod.outlook.com ([fe80::edba:2b0f:7341:2c24%6]) with mapi id 15.20.2793.018; Tue, 10 Mar 2020 14:42:22 +0000
From: "Pascal Thubert (pthubert)" <pthubert@cisco.com>
To: Rahul Jadhav <nyrahul@outlook.com>, "Routing Over Low power and Lossy networks" <roll@ietf.org>
CC: "6lo@ietf.org" <6lo@ietf.org>
Thread-Topic: [Roll] Unaware-leaves - ND-Status and RPL-Status linkage
Thread-Index: AQHV65j7GPZZWofsCUyTIQk82a8tYqhB68TAgAAOF4CAAAEfcA==
Date: Tue, 10 Mar 2020 14:42:13 +0000
Deferred-Delivery: Tue, 10 Mar 2020 14:41:53 +0000
Message-ID: =?utf-8?q?=3CMN2PR11MB3565F40E5ABE7875715F2B93D8FF0=40MN2PR11MB3?= =?utf-8?q?565=2Enamprd11=2Eprod=2Eoutlook=2Ecom=3E?=
References: <CAO0Djp1K18CGXv+YC9H4qgCgyH=fkon4ihFAUmgfKwdYQy38dQ@mail.gmail.com> =?utf-8?q?=3CMN2PR11MB35657EDC8F8FBF9EB5359A57D85B0=40MN2PR11MB3565=2Enampr?= =?utf-8?q?d11=2Eprod=2Eoutlook=2Ecom=3E_=3C25979=2E1576604888=40localhost?= =?utf-8?q?=3E_=3CMN2PR11MB356572131554810FF88AC01ED8500=40MN2PR11MB3565=2En?= =?utf-8?q?amprd11=2Eprod=2Eoutlook=2Ecom=3E?= <CAO0Djp0XEM+h366FhOA5BtCGaa+R=aLz2CJyUSysPKMrJG9gnA@mail.gmail.com> <9584.1577428097@localhost> <CAO0Djp1HqK9k4n9GRbAhotFRXhHtOhhSpHYnms0b6NsorCtDUw@mail.gmail.com> =?utf-8?q?=3CCAO0Djp04YKwCH=3DcRnaBCEC9v2RAm4D-=3Dyvk=5FR701Jsd5TEh9VQ=40ma?= =?utf-8?q?il=2Egmail=2Ecom=3E=2C_=3CMN2PR11MB3565EA29346BC0948B97E57BD8FF0?= =?utf-8?q?=40MN2PR11MB3565=2Enamprd11=2Eprod=2Eoutlook=2Ecom=3E_=3CMAXPR010?= =?utf-8?q?1MB129041793453F361119F746CA9FF0=40MAXPR0101MB1290=2EINDPRD01=2EP?= =?utf-8?q?ROD=2EOUTLOOK=2ECOM=3E?=
In-Reply-To: =?utf-8?q?=3CMAXPR0101MB129041793453F361119F746CA9FF0=40MAXPR01?= =?utf-8?q?01MB1290=2EINDPRD01=2EPROD=2EOUTLOOK=2ECOM=3E?=
Accept-Language: fr-FR, en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
authentication-results: spf=none (sender IP is ) smtp.mailfrom=pthubert@cisco.com;
x-originating-ip: [2001:420:44f3:1300:e4c6:fe46:f3c4:7a34]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: eb44a13d-842b-429a-6025-08d7c5013e15
x-ms-traffictypediagnostic: MN2PR11MB4647:
x-microsoft-antispam-prvs: =?utf-8?q?=3CMN2PR11MB4647A75AA666A05907C67D56D8F?= =?utf-8?q?F0=40MN2PR11MB4647=2Enamprd11=2Eprod=2Eoutlook=2Ecom=3E?=
x-ms-oob-tlc-oobclassifiers: OLM:10000;
x-forefront-prvs: 033857D0BD
x-forefront-antispam-report: SFV:NSPM; =?utf-8?q?SFS=3A=2810009020=29=284636?= =?utf-8?b?MDA5KSgzNDYwMDIpKDM5NjAwMykoMTM2MDAzKSgzNzYwMDIpKDM5ODYwNDAw?= =?utf-8?b?MDAyKSgzNjYwMDQpKDE4OTAwMykoMTk5MDA0KSgzMzY1NjAwMikoNTI1MzYwMTQp?= =?utf-8?b?KDc2OTYwMDUpKDY1MDYwMDcpKDgxMTU2MDE0KSg4OTM2MDAyKSg0MzI2MDA4KSg2?= =?utf-8?q?666004=29=2881166006=29=288676002=29=2886362001=29=2866946007=29?= =?utf-8?q?=285660300002=29=2855016002=29=282906002=29=28478600001=29=289686?= =?utf-8?b?MDAzKSg2NjU1NjAwOCkoMzE2MDAyKSgxMTAxMzYwMDUpKDY2NDQ2MDA4KSg2?= =?utf-8?q?4756008=29=28186003=29=2866476007=29=2876116006=29=2871200400001?= =?utf-8?q?=29=3B?= DIR:OUT; SFP:1101; SCL:1; SRVR:MN2PR11MB4647; H:MN2PR11MB3565.namprd11.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; A:1;
received-spf: None (protection.outlook.com: cisco.com does not designate permitted sender hosts)
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: =?utf-8?q?v9HJoz9i8X1n87qZk2IMyqrPnNxl759?= =?utf-8?q?4aUkWlilFd/DRwd31AIOmGkyZM65UWyiTvgE7QMOOANnRCfASFg8Zif3sSfWMmqjB?= =?utf-8?q?0xKVmCgAxlUd1PWtJ7299iesXXSPgxiPsMGMzfLutBU1pAs7D5OVDHfq2QhWod3PJ?= =?utf-8?q?SC+62NbFDkYNsYIHWEztbBME4OfPQh6mUfwp+Zple/qfffgOD+CAcpkn8y+hcQcgc?= =?utf-8?q?16Lilp5mh34ggCh0IBGwFbrK26RbZRBMLu/z5f2vuCzb5GWri9vRbEO70bQed3XDi?= =?utf-8?q?XO5qSWlcdF3iL9ypll6ZtGrtyODlYu8kJoo8cFH8PkiRA4GjZaQFk8PNgCiB1Q738?= =?utf-8?q?o/QKdMY9Arig19jAKECZFsn4Oex4B3wNSYucrpvNDi2a7mWmxAmgDkqrVuO7CSa2+?= =?utf-8?q?Ez5Gq1aMJlhQ6hYSF3kSdDfgyY/tH5sZVmoOrC05MJx1os3X7Z2EBjIZzH93jMQa9?= =?utf-8?q?S6A3+g1o31S9cf9y6oioLjj9f9n+1UurUwYVcrBRphwNqG+w=3D=3D?=
x-ms-exchange-antispam-messagedata: =?utf-8?q?1EVDOI7l8FpaGuVqmW7jycoB6cWD01?= =?utf-8?q?H3I2QeHrk49G3TS9aBZtsjrSToBdaghlfgGh0jt5/vB79PuTvRYD9wuYeuDzW+9NJ?= =?utf-8?q?8JQJcVsALSbQeUVx1hPmQFRCdJRpURLoUUtdgLTNnPag3WQ0DK00QBSxdFWZdPyX/?= =?utf-8?q?6lZqR2hVwHMvBRsp/Ls/jrZjyj9X48dvjmNqfemAC1SsWmb1Nt3c/w=3D=3D?=
x-ms-exchange-transport-forked: True
Content-Type: multipart/alternative; boundary="_000_MN2PR11MB3565F40E5ABE7875715F2B93D8FF0MN2PR11MB3565namp_"
MIME-Version: 1.0
X-MS-Exchange-CrossTenant-Network-Message-Id: eb44a13d-842b-429a-6025-08d7c5013e15
X-MS-Exchange-CrossTenant-originalarrivaltime: 10 Mar 2020 14:42:22.2842 (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: =?utf-8?q?IPLXxxTai2brM0md45Dua?= =?utf-8?q?odbbiOETEZ2qkQMZ9u8K7ldDcg4qI3YfxggHycEJt49bFZasYIV7lwz2qPhIjqyKA?= =?utf-8?q?=3D=3D?=
X-MS-Exchange-Transport-CrossTenantHeadersStamped: MN2PR11MB4647
X-OriginatorOrg: cisco.com
X-Outbound-SMTP-Client: 173.36.7.11, xch-aln-001.cisco.com
X-Outbound-Node: rcdn-core-10.cisco.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/6lo/d1d49sERrl5QAipdebP9oO1RGss>
Subject: Re: [6lo] [Roll] Unaware-leaves - ND-Status and RPL-Status linkage
X-BeenThere: 6lo@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Mailing list for the 6lo WG for Internet Area issues in IPv6 over constrained node networks." <6lo.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6lo>, <mailto:6lo-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/6lo/>
List-Post: <mailto:6lo@ietf.org>
List-Help: <mailto:6lo-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6lo>, <mailto:6lo-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 10 Mar 2020 14:42:29 -0000

True, we could.

Note that we might understand the "A" bit differently. For me the flag means that the definition of the value is inherited from a 6lo spec, it does not mean that in runtime the status was imported from a 6lo message.

Now if the node moves to a different root that is attached to a different 6BBR, it will get 1100 0011 which is 195. If the node moves within the same root, the code will be whatever we decide here. Does the node really care which case that is?

Maybe we could use 195 as opposed to 130?

Pascal





2. RPL status code for DCO (currently 130)
RPL Status code of 130 in DCO indicates that the address has moved i.e., somewhere below/downstream in the sub-dodag the target has changed parents.

It was discussed that 130 may not be an appropriate value but when I checked again it seems all right.

 0
 0 1 2 3 4 5 6 7
+-+-+-+-+-+-+-+-+
|E|A|  Value    |
+-+-+-+-+-+-+-+-+

130 == 1000 0010

The E bit is set indicate rejection and A bit is unset to indicate non-ND value.

Thus 130 seems to be the right value.

Action Point? No change if this rationale is correct.



Pascal >  Moved is 3 in 6lo (https://tools.ietf.org/html/rfc8505)



       3   | Moved: The registration failed because it is not the most |

   |       | recent.  This Status indicates that the registration is   |

   |       | rejected because another more recent registration was     |

   |       | done, as indicated by the same ROVR and a more recent     |

   |       | TID.  One possible cause is a stale registration that has |

   |       | progressed slowly in the network and was passed by a more |

   |       | recent one.  It could also indicate a ROVR collision.



Pascal > If we say that Value is the 6Lo status we want 128 + 3, and get 131..  I think that's the point we wanted to make.

Dec  Hex       Oct        Bin

    131 83         203       10000011



Pascal > Same here, am I missing something here? Any comments?



[RJ] But the 6lo value is applicable only when 'A' bit is set. With 'A' bit unset, as is the case above, RPL is free to choose its own values for the remaining 6bits. Isn't it? I was assuming that the 6-bit registry will not be common between 6lo Status Code and RPL Status Code.





Take care,



Pascal



On Sat, 28 Dec 2019 at 12:36, Rahul Jadhav <rahul.ietf@gmail.com<mailto:rahul.ietf@gmail.com>> wrote:

On Fri, 27 Dec 2019 at 11:58, Michael Richardson <mcr+ietf@sandelman.ca<mailto:mcr%2Bietf@sandelman.ca>> wrote:
>
>
> Rahul Jadhav <rahul.ietf@gmail.com<mailto:rahul.ietf@gmail.com>> wrote:
>     >> > > You mean that we could change the ND status to 6-bits in the 6lo
>     >> WG?  > (I would have parsed ND status as being someing 6man takes care
>     >> of)
>     >>
>     >> Yes, or mandate that the 64 first Status values are reserved for stuff
>     >> that could be carried in RPL
>     >>
>
>     RJ> Wondering how such a mandate would work. IF we do it this way,
>     RJ> future extensions to ND ARO status need to consider whether they are
>     RJ> applicable to RPL and define accordingly. This implies familiarity in
>     RJ> 6lo/6MAN with RPL.
>
>     > I prefer the other approach where we restrict the ND ARO status to
>     > 64bits itself. Anyways using 128 bits in the future seems far-fetched
>     > (as indicated by Pascal before). But to limit ND ARO status to 64bits
>     > we need to convince the 6lo/6MAN group that "because of RPL" we need to
>     > reduce the size. I am not sure if this is easy to digest!
>
> I thought that we had 6-bits to store 64-values, while ND has 8-bits to store
> 256 values.  Please correct me if I mis-understood.
>

[RJ] Currently ND has 8bits to store 256 values ... RPL needs to carry
the same 8-bits but currently it has space only for 6-bits in RPL
Status field. But as of now only few values of ND status has been used
and using up 256 values (or for that matter 64 values) seem
far-stretched.
Thus one of the opinions is to limit the ND status to 64-bits and
carry as-is in the RPL status.