[Roll] Make P-DAO bidirectional [extends] IETF 109 open Questions on P-DAO

"Pascal Thubert (pthubert)" <pthubert@cisco.com> Tue, 24 November 2020 13:39 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 4CCC03A0DA8 for <roll@ietfa.amsl.com>; Tue, 24 Nov 2020 05:39:25 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -7.719
X-Spam-Level:
X-Spam-Status: No, score=-7.719 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.01, RCVD_IN_MSPIKE_WL=-0.01, 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=MMiLiU2k; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=llvK5ICM
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 ii3GmpfT5Xke for <roll@ietfa.amsl.com>; Tue, 24 Nov 2020 05:39:23 -0800 (PST)
Received: from alln-iport-5.cisco.com (alln-iport-5.cisco.com [173.37.142.92]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 382BE3A0DAC for <roll@ietf.org>; Tue, 24 Nov 2020 05:39:23 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=16219; q=dns/txt; s=iport; t=1606225163; x=1607434763; h=from:to:subject:date:message-id:mime-version; bh=/iY7HanYrq423N93JXH82MRSyvw7aU2UcyPcOIlUDVE=; b=MMiLiU2kWJ/Vv315beUDlbYN2lQnFlEfL1jrm4MU2LKRLGzKIe2XL0qX /3x7Gewk9YCHoygodhnYV+e1liDokcgdgmEj+U9cFM03ZXHxwxFba6rJi H69XxZVKE+8JO7Cz4hltSyC/9hOS3nCAbbnuaTo8QTo0SkvMj8DXpDXf0 0=;
X-IPAS-Result: =?us-ascii?q?A0DLCAAgC71ffZ1dJa1igQmCci9Re1kvLgqHfAOeWIMWh?= =?us-ascii?q?HCBQoERA1QLAQEBDQEBIwoCBAEBhEoCgiwCJTgTAgMBAQEDAgMBAQEBBQEBA?= =?us-ascii?q?QIBBgQUAQGGPAyFcgEBFxsTAQE4EQEZAQMBAWEXBgkBBBMIGoMFgX5XAy4BD?= =?us-ascii?q?qJpAoE8iGh0gTSDBAEBBYE3BAxBgxUYghADBoE4gnOKTRuBQT+BEESCIYFwg?= =?us-ascii?q?VkCAwGBIRwgJAeDHYIskHyKF506CoJuiRSJXIhSgxqKGZRTOp4nlV8CBAIEB?= =?us-ascii?q?QIOAQEFgWshgVlwFTuCaVAXAg2SEIUUhUR0NwIGCgEBAwl8jQYtgQYBgRABA?= =?us-ascii?q?Q?=
IronPort-PHdr: =?us-ascii?q?9a23=3A/Ih6bhcX2tKAeqGfoP3ts1yLlGMj4e+mNxMJ6p?= =?us-ascii?q?chl7NFe7ii+JKnJkHE+PFxlwaQB9fa5u5Kze3MvPOoVW8B5MOHt3YPONxJWg?= =?us-ascii?q?QegMob1wonHIaeCEL9IfKrCk5yHMlLWFJ/uX3uN09TFZX/akHc5Hqo4m1aFh?= =?us-ascii?q?D2LwEgIOPzF8bbhNi20Obn/ZrVbk1IiTOxbKk0Ig+xqFDat9Idhs1pLaNixw?= =?us-ascii?q?=3D=3D?=
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-AV: E=Sophos;i="5.78,366,1599523200"; d="scan'208,217";a="614213050"
Received: from rcdn-core-6.cisco.com ([173.37.93.157]) by alln-iport-5.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 24 Nov 2020 13:39:19 +0000
Received: from XCH-RCD-001.cisco.com (xch-rcd-001.cisco.com [173.37.102.11]) by rcdn-core-6.cisco.com (8.15.2/8.15.2) with ESMTPS id 0AODdJF5023493 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL) for <roll@ietf.org>; Tue, 24 Nov 2020 13:39:19 GMT
Received: from xhs-rcd-003.cisco.com (173.37.227.248) by XCH-RCD-001.cisco.com (173.37.102.11) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Tue, 24 Nov 2020 07:39:19 -0600
Received: from xhs-aln-001.cisco.com (173.37.135.118) by xhs-rcd-003.cisco.com (173.37.227.248) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Tue, 24 Nov 2020 07:39:18 -0600
Received: from NAM10-DM6-obe.outbound.protection.outlook.com (173.37.151.57) by xhs-aln-001.cisco.com (173.37.135.118) with Microsoft SMTP Server (TLS) id 15.0.1497.2 via Frontend Transport; Tue, 24 Nov 2020 07:39:18 -0600
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=WuJPUi9H83iQkBX9RPZCePGV9XSbQBRt3McEz6uvjRsn3SvCekn2HnKiVw56SPd9lk3+qTzjpck4ybneGyMtIhDFBdj9uiXPVuW2ggO+mTRpPCQ80DmQNVSqASFkhw8NkBFTtxdkTjd2dXXaQIiwQg9aS6q9Ksm+e13XI8IT9h9Q237neb2LSssJqMQ2YHb36DPzq4dB/JgR4ReTxxHik5LHyU2wtWCj8Hr5KyOWW6AcKNDC2d6j8PAMsKosLrI8pyOQ/HDq+GcbNwzBxlN/EzZsvkxI+ojTEENLiEfOq0xtGjpWdUu+uASUR40zGyhHsEtM5n5rdcYi6N9B4NOL5Q==
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=LMZHjsFAPzc2G+ZK15gppajf2JDOrueuBk7PVuKGdTk=; b=J8kGX3E3cvuuDZxdnZaFAcaKNSP7znTbqUdGIOTeLnUpq1+Z0j6xH7PiJpuIx56BsCtOb3EahnUMPK7RQfM69gnbmxvaHnMFH/o1jCwqcj1w1Q5OXCU0aSqrLqgnD6C5c2Cd5WBxlp1asOny5HvOqz/Af//nNW1iaeeZzM7iuE5Oo32hvfJbnlffvjrCXKeJvqHUpW21WYDJPa8h6LVSBK4EWgLpG54KIptyYHwAecZ77Z+p8uSHen8NBjS9zfSEl39JY+j6ag7L1A30Pn6o8l8tfsUSJTZg197p9SmwPRft2JANExgecH6qEVgb3oFy1O/iEzSHj8TSsto7yGlETA==
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=LMZHjsFAPzc2G+ZK15gppajf2JDOrueuBk7PVuKGdTk=; b=llvK5ICMXHRD39P51lBOS0uYcuaa5xkS7MlhRgn6Xt0Royo084v85wAQIQwZLdz/WEFO/SyiYrTdlFp5eR+DQdV2sI31COPj9QKFrIZ/81OST/sleiTE6eZh3iQ6G1++FfmssPhTdRY7VwXU3TDJJy/+G5A1ztc/PxW6aLLzAl4=
Received: from CO1PR11MB4881.namprd11.prod.outlook.com (2603:10b6:303:91::20) by MWHPR1101MB2126.namprd11.prod.outlook.com (2603:10b6:301:50::20) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3589.28; Tue, 24 Nov 2020 13:39:17 +0000
Received: from CO1PR11MB4881.namprd11.prod.outlook.com ([fe80::fc25:3e72:3e83:7df6]) by CO1PR11MB4881.namprd11.prod.outlook.com ([fe80::fc25:3e72:3e83:7df6%4]) with mapi id 15.20.3564.025; Tue, 24 Nov 2020 13:39:17 +0000
From: "Pascal Thubert (pthubert)" <pthubert@cisco.com>
To: Routing Over Low power and Lossy networks <roll@ietf.org>
Thread-Topic: Make P-DAO bidirectional [extends] IETF 109 open Questions on P-DAO
Thread-Index: AdbCZRGxaZJsqD20SLuISSoVqF9MEg==
Date: Tue, 24 Nov 2020 13:39:09 +0000
Deferred-Delivery: Tue, 24 Nov 2020 13:38:47 +0000
Message-ID: <CO1PR11MB4881CE0521CFB876B608188BD8FB0@CO1PR11MB4881.namprd11.prod.outlook.com>
Accept-Language: fr-FR, en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
authentication-results: ietf.org; dkim=none (message not signed) header.d=none;ietf.org; dmarc=none action=none header.from=cisco.com;
x-originating-ip: [173.38.220.44]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: 26e9efb2-f821-4b94-4b21-08d8907e5733
x-ms-traffictypediagnostic: MWHPR1101MB2126:
x-microsoft-antispam-prvs: <MWHPR1101MB212608CC22A23341FCEB8C5AD8FB0@MWHPR1101MB2126.namprd11.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:9508;
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: V7I7M5/gefFeIQ3grt+jYU4uIqJLWbO9xDpuKcqSvW/pA+UEbtKErdlDDLzHLMknaue/J0dSoKYBy8NfpTFMZp3HFVy/HhHgxyqRdPv5tpDDFTgDPu2FobVbTXlzvkJvBsS8oNwh+9tjIWmCgjNpa/bOHKSq9zGHCsYVRU4k2tcGpIbhSyqK51Ej5+a3IqrOK3D0mVg8eablcww42hQ76lJz0z4YltvQSXRVgdV156P/dDbaxYeWB+KzaSVgLZ1c5Ly90BTm4e6Eys08ydz6yxSjO74jAc4dJ3tsdCrvWCZoSppbYjAmgHBGtVevAGHkS8PbEL4olf0DzUJMbW4s0eoJG6EaN/V8gFsDTZTSjezTRYIJejXIJCHqTaYqYewor6VJlgBWVuN3tssu0C0D1Q==
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:(366004)(396003)(376002)(39860400002)(136003)(346002)(8676002)(71200400001)(186003)(6666004)(33656002)(9686003)(55016002)(478600001)(66946007)(26005)(86362001)(52536014)(83380400001)(8936002)(5660300002)(6916009)(316002)(53546011)(76116006)(66446008)(64756008)(66556008)(66476007)(966005)(6506007)(166002)(7696005)(2906002); DIR:OUT; SFP:1101;
x-ms-exchange-antispam-messagedata: =?us-ascii?Q?R0Rv6nR+l9n3j499O1FXdMG9ci5ByOOLYE/CObSGwqK5nYeON+y4P5jBHbHV?= =?us-ascii?Q?xovi77s1+CrhZHZcvQl/sWbELn2+mioOG9/12Fu2bvsTFcuV1I0ohI0NqjQY?= =?us-ascii?Q?PwYCNpyaWKC/DnR2HZIWb50xHbMurDKKspvA968/KfEeyX6IgRKp3+anw1nb?= =?us-ascii?Q?i0dpFXiwoUyd9oDMFPr97S6mWw8C1riREpRQYinMtYtphjL6prxPKOIUukVN?= =?us-ascii?Q?Amf0LFpYCBY+lquawft00HqqZ6KevGYm20By3F2txT2tR8BxeNTBz8JhfIwB?= =?us-ascii?Q?XTG3Y4tJzMLXVzG2sgpd8sgokDHPKCqHlc5KMGPfDvtYDDqaWALhzDMvupNo?= =?us-ascii?Q?rxwvZwh6lGmcHghMCXylvYg3FcoyqW9WL4r8fkl+aLhc7Mijej3EZ547XEXN?= =?us-ascii?Q?NSwKiqW0xN8eUz+Zv6o5Nx0WrnZeQJdMWF+q3cSRMtMPY8Z+cIJgB6F4TE2K?= =?us-ascii?Q?6hU54h+evzbgsIM+GCYid+NN/Uv/4uyR4GOl3fCLhsvticd/nYoAPi1VSER4?= =?us-ascii?Q?RnTyEBCgYEJFtHGwyq71xlRxTxRciSWq0NFCp8PoMx7q3XfylZKGYPXnhXH1?= =?us-ascii?Q?IQQ4J5tPaUdjCj+QjzZFcvYaomuw1/qMoTj6L2tAv4gqhsvqfxnaKd9GMddo?= =?us-ascii?Q?LFYE9hcBePbTQGpYWBMUQkXJxOsI+46i2B3/Bbau2ntbgySRVtTGM3yzeH+c?= =?us-ascii?Q?xPNtLVl5IpgSCou2MPqXCLwf9lyE4kjq4VGsjj/1aWASl9eZ7Cb2jWEHZjWL?= =?us-ascii?Q?C3inNQApqaDLT/v0gaa75D8Srk0xbnmQb+2uopX6VgggG5/+u/lbzkXfAvs4?= =?us-ascii?Q?rjojwhy7QxSXA0gsDX0Fe/gKnssjseUTmwLt9TdZIMA131JCHz3wXUs8uNAO?= =?us-ascii?Q?iMkdjiUpjyRF12zxCjOU58TR94Qe/OaQPokVugleHjXZ3dxqOd+pTz6j2mfn?= =?us-ascii?Q?tRAv6GrIGoa6x6HaUcdjf7kf9PTICwyP9Ct9Pt2xmy7JG4DOePDvcNg/5U96?= =?us-ascii?Q?ffe6?=
x-ms-exchange-transport-forked: True
Content-Type: multipart/alternative; boundary="_000_CO1PR11MB4881CE0521CFB876B608188BD8FB0CO1PR11MB4881namp_"
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: 26e9efb2-f821-4b94-4b21-08d8907e5733
X-MS-Exchange-CrossTenant-originalarrivaltime: 24 Nov 2020 13:39:17.5436 (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: hc2qJmUTindshbUFdCYBp1nCxGHBE5GQxTzXzNcyejTPmf3BrDFf0xzrOwurOqUAaiT/EZtAYlUim/CxiIMwqA==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: MWHPR1101MB2126
X-OriginatorOrg: cisco.com
X-Outbound-SMTP-Client: 173.37.102.11, xch-rcd-001.cisco.com
X-Outbound-Node: rcdn-core-6.cisco.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/roll/doe-w5yv5-XjFTznMlq9XodiP14>
Subject: [Roll] Make P-DAO bidirectional [extends] IETF 109 open Questions on P-DAO
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: Tue, 24 Nov 2020 13:39:25 -0000

Dear all

Whether to make the P-DAO bidirectional is an intriguing question. It could be done, just like we can send packets DOWN a classical DODAG.
But if we take that path, we reopen the question of who is root and which direction the P-DAO flies.

Could we make either the ingress OR the egress root? How does it matter?

At the moment the Root is the egress and the storing-mode P-DAO flies from the Track egress to the track ingress, and the track egress is the root. This is not the way RPL usually works as the DAO flies towards the root. The reason was that we wanted a single egress for the Track, as we build unicast Track. If we wanted to build multicast Tracks the root should logically be the ingress. And for bidirectional Tracks it could be either.

Up to -24 the 6TiSCH Architecture expected the ingress to be root. I changed in the latest to map we do here, that it is the egress; maybe a flag in the DAO would indicate which direction the flow, from root, to root, or both?

Also if we build bidir Tracks in storing mode, the nodes that forward the DAO will have to build routes in both directions based on the P-DAO, both towards egress and ingress; but only the path from which the P-DAO comes has been validated by the P-DAO itself. Should we send a P-DAO to each end, each setting up one way?

Please let me know your thoughts

Pascal


From: Roll <roll-bounces@ietf.org> On Behalf Of Pascal Thubert (pthubert)
Sent: mardi 24 novembre 2020 14:22
To: Routing Over Low power and Lossy networks <roll@ietf.org>
Subject: [Roll] IETF 109 open Questions on P-DAO

Dear all

The slides for the P-DAO discussion at IETF 109 are available here:

https://datatracker.ietf.org/doc/slides-109-roll-dao-projection/

There are a number of open questions that we starting discussing, and would need to progress on the list.
Some of them were expressed on the list, e.g., from Huimin She. I'd like to progress on them all with individual threads.
The questions are:


  1.  Lifetime Unit: could we use a different unit for P-DAO?
  2.  How to differentiate a P-DAO from a normal DAO in a local instance; new flag?
  3.  Make P-DAO bidirectional?
  4.  Who sends the PDR? Does it have to be the ingress? If it was egress it could propose a TrackId from its namespace. Else could the ingress be the root?
  5.  Maintaining the sibling state. Should we have text on using RFC 8505 there?
  6.  Whether ingress and egress are listed in NPO? Today they are both, ingress to indicate the packet source in case of encapsulation and for SRH-6LoRH compression reference and egress to build the full SRH-6LoRH. Note that the ingress must consume the first entry and use it as source.
  7.  Track in Track vs. SR Header reload models, see slides

Let me open threads to follow up.

Keep safe

Pascal