Re: [Roll] P-DAO request

"Pascal Thubert (pthubert)" <pthubert@cisco.com> Thu, 10 June 2021 04:51 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 EAF453A33E8 for <roll@ietfa.amsl.com>; Wed, 9 Jun 2021 21:51:43 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -9.595
X-Spam-Level:
X-Spam-Status: No, score=-9.595 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_NONE=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=lVl3o2Oa; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=xknUr5MG
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 qhJ9js7gNXaO for <roll@ietfa.amsl.com>; Wed, 9 Jun 2021 21:51:39 -0700 (PDT)
Received: from alln-iport-8.cisco.com (alln-iport-8.cisco.com [173.37.142.95]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 68C363A33E7 for <roll@ietf.org>; Wed, 9 Jun 2021 21:51:39 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=18159; q=dns/txt; s=iport; t=1623300699; x=1624510299; h=from:to:subject:date:message-id:references:in-reply-to: mime-version; bh=+9PXOA316kmBFTGIJpzcOkUktcNc2lZUVBPdFzUv1e8=; b=lVl3o2Oao8XWLj8MbB3UcledwiA5ljgzA0wv/SMHkV4oo4TKoWaCoJ0c d9e8GnjwfZz1c39T3jk70IVw28PskSZtSpTIL6tI7N/Efp4gwfof6e562 rYsh0QiktnEFliaSnW6q8ObtCuMknACoO+caqFMeDAgp5/f8v8njlpLPC 8=;
X-IPAS-Result: =?us-ascii?q?A0DOAgB4mcFgl4ENJK1aHgEBCxIMggwLgSMwUX5aNzELh?= =?us-ascii?q?D2DSAOFOYh2A4ENjkqFQYUAgS4UgREDVAsBAQENAQEqAQoKAgQBAYRQAheBY?= =?us-ascii?q?QIlNgcOAgQBAQEBAwIDAQEBAQUBAQUBAQECAQYEFAEBAQEBAQEBaIVoDYZFA?= =?us-ascii?q?QEBAQMBARARHQEBLAwPAgEIEQMBAQErAgICJQsdCAIEEyKCTwGBflcDLwEDC?= =?us-ascii?q?5tFAYE6AoofeoEygQGCBwEBBgQEgk2CRhiCMQMGgTqCe4JxU0gBAYZhJxyBS?= =?us-ascii?q?USBFCgMEIIqNj5rGQGBXQEBAoEpAQsHAQM+BhKCXzaCLoJEBmhTIi0MAhYQF?= =?us-ascii?q?VAUTymUQYgPnx0KgxyddgUmg16LIIFBhGmQPLUICA8JAQuETgICAgIEBQIOA?= =?us-ascii?q?QEGgVsMJmtwcBU7KgGCPlAXAg6OHwwLAgmDToUUhUpzAjYCBgEJAQEDCXyGM?= =?us-ascii?q?YE2AYEQAQE?=
IronPort-PHdr: A9a23:rqYAiBDTEVhyl2lNYxtFUyQVdBdPi9zP1kY965c7hfRJaKvwt5jhP UmK4/JrgReJWIjA8PtLhqLQtLyoQm0P55uN8RVgOJxBXhMIk4MaygonBsPWCEDnIrjtdSNpV MhHXUVuqne8N0UdEc3iZlrU93u16zNaGhj2OQdvYOrvHYuHhMWs3Of08JrWMG11
IronPort-HdrOrdr: A9a23:jmXd5q/xeN3MhDHbFwluk+FXdb1zdoMgy1knxilNoENuE/Bwxv rBoB1E73DJYW4qKQ0dcKO7Sda9qBLnhNBICOwqXYtKMzOWwFdAQLsSiLcKhgeQZhEWldQtlJ uIEZIOc+EYZGIS5a2RjWXIcKdD/DDEytHTuQ609QYLcegeUdAY0+4PMHf8LqQZfngjObMJUL 6nouZXrTupfnoaKu6hAGMeYuTFr9rX0Lr7fB8vHXccmUmzpALtzIS/PwmT3x8YXT8K66wl63 L5nwvw4bjmm+2nyyXby3TY4/1t6ZjcI5p4dY6xY/ouW3HRYzWTFcNcsnq5zXYISdSUmRMXeR /30k4d1opImivslyqO0GXQMkHboUcTAjnZuASlab+Jm72leNr8YPAx376xOyGpm3YIrZVy1r lG0HmesIcSBRTcnD7l79yNTB1ykFGoyEBS29L7okYvGbf2UoUh5rD3PXklZ6soDWb/8sQqAe NuBMbT6LJfdk6bdWnQui1qzMa3Vno+Ex+aSgxa0/blnwR+jTR81Q8V1cYflnAP+NY0TIRF/f 3NNuBtmKtVRsEbYKphDKMKQNexCGbKXRXQWVjibGgP1Jt3ck4ljqSHr4ndyNvaDaDg/aFC7q gpCmkox1LaU3ieffFm8qc7gSzwfA==
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-AV: E=Sophos;i="5.83,262,1616457600"; d="scan'208,217";a="724781964"
Received: from alln-core-9.cisco.com ([173.36.13.129]) by alln-iport-8.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 10 Jun 2021 04:51:38 +0000
Received: from mail.cisco.com (xbe-aln-002.cisco.com [173.36.7.17]) by alln-core-9.cisco.com (8.15.2/8.15.2) with ESMTPS id 15A4pcKw018406 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL) for <roll@ietf.org>; Thu, 10 Jun 2021 04:51:38 GMT
Received: from xfe-aln-003.cisco.com (173.37.135.123) by xbe-aln-002.cisco.com (173.36.7.17) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.792.15; Wed, 9 Jun 2021 23:51:37 -0500
Received: from xhs-rtp-002.cisco.com (64.101.210.229) by xfe-aln-003.cisco.com (173.37.135.123) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384) id 15.2.792.15; Wed, 9 Jun 2021 23:51:37 -0500
Received: from NAM12-BN8-obe.outbound.protection.outlook.com (64.101.32.56) by xhs-rtp-002.cisco.com (64.101.210.229) with Microsoft SMTP Server (TLS) id 15.0.1497.18 via Frontend Transport; Thu, 10 Jun 2021 00:51:37 -0400
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=EzjkKCf7O4GaD2CC6q60I8LtFXiGr49WAQcxIyqIViwc5t6s7kaZ8RSwhda021X0ZYwAag6/GvC9VaYI+1uL6RasNafcVdMAWoPGA2eoeFCgj61sX01+pfSzxPHAw7br6L7qyaSP5H/yXkz29pdlpVMQcUw2uA4vjGJN23FHfXIpLJaZisyTLIE3eHZGeLGd/qts/2VadDmaNe9KpdMmVojyNqfxLPhHGb+lwSgg7JioTpsfFMMQsnxmP/8/yMK5kSMjr01eVRPG6q43/PglcSH5kBaaJ7UxLN5NvXiZEGOHhO+WmirhS+PbhXgnmqf8hrZO+t1iEUzTvjpVmu7ydw==
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=+9PXOA316kmBFTGIJpzcOkUktcNc2lZUVBPdFzUv1e8=; b=Swb4FmukQAFoQ2SvKr9SJ3qUf7R+Ta7eH5kqtgQ1TO3IvlbD1eki35h76y/1miExSLEnEbNMZt2jgDfuvyvvV+bJchtPJQI9rHN+UEGHx7mhS0qcVHOMg+hQLZULBEW1Xo1vNjVPUrXwlORGJwzdKuRjfKHqEb/QPZhGzrGDuef60pXDsy+AYxpJ7/LHLGW4SbI+zgB/kiIOWsewRyKyD7wpog3lIcfx0tJkIdhDVa/HbtE6wKUMmvbAOZ6YI7trUmyyBEo76GFFt0dsPLrom4W7y3nQQ2d47QcsTi6BdaLyVqRxzULOaf8XCemjb6ejjtTwyke6EgFrWTLqHN4X7A==
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=+9PXOA316kmBFTGIJpzcOkUktcNc2lZUVBPdFzUv1e8=; b=xknUr5MGafmrclFoznq1Cydzx4ZAtGnGj3D0SKNEr9muvyt3Submr9822jkD4WiAR1hwE89QUV4IvIfdn//Ydp+TNfG0p9RGHOgcxyAJCrpDJoMG5ptR5TJXbQiTDr2/HwkY3xAvYaUNsMETEU///WqSH+R7bd7HfkalZlpgsv0=
Received: from SJ0PR11MB4896.namprd11.prod.outlook.com (2603:10b6:a03:2dd::20) by BY5PR11MB4387.namprd11.prod.outlook.com (2603:10b6:a03:1cb::10) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4195.27; Thu, 10 Jun 2021 04:51:35 +0000
Received: from SJ0PR11MB4896.namprd11.prod.outlook.com ([fe80::f035:f697:4201:fbf8]) by SJ0PR11MB4896.namprd11.prod.outlook.com ([fe80::f035:f697:4201:fbf8%4]) with mapi id 15.20.4219.022; Thu, 10 Jun 2021 04:51:34 +0000
From: "Pascal Thubert (pthubert)" <pthubert@cisco.com>
To: Routing Over Low power and Lossy networks <roll@ietf.org>
Thread-Topic: [Roll] P-DAO request
Thread-Index: AQHXXI4xD2FCa7DVekerV59EhPefUKsLmT6wgAC51LOAAFxiAA==
Date: Thu, 10 Jun 2021 04:51:34 +0000
Message-ID: <2898285B-FA06-4958-A4D6-6113F7E6724E@cisco.com>
References: <PR3PR01MB8114E955B8E566839DA0844380369@PR3PR01MB8114.eurprd01.prod.exchangelabs.com>
In-Reply-To: <PR3PR01MB8114E955B8E566839DA0844380369@PR3PR01MB8114.eurprd01.prod.exchangelabs.com>
Accept-Language: fr-FR, en-US
Content-Language: fr-FR
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: [90.116.46.205]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: b3087267-3096-4381-fd45-08d92bcb6c89
x-ms-traffictypediagnostic: BY5PR11MB4387:
x-microsoft-antispam-prvs: <BY5PR11MB43873DB8257DA9CE08064242D8359@BY5PR11MB4387.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: wTXxoVqnd2oWjFvJOoJR1vlB710HfyV7e1xLTmb4WLDJDpGWYhe/2hlJZ3Xip7bw+PyD9yNhRy2okSp9KxMI1ypBA+xaHPEZVmg8f2UtZehcG39kGP0hHBQYFD3GNoP2zgLKshECxNzj490IQ/fkV2KK62x46l2L8ROSy/VxweQUEyahLp7pfkqc9V7DirhmmRA8pzNOggUtEWb09G81oQrqFt7GJ0VTqf5YbwsQB1dydQmjrW7/PfwPzyH3nd0vwNnk1gTweNzN+7bJeeH14HkMfGZt4H88IRGPKG3N5wGS0M1AlZkUs2QbEd7JINjWUFx0L5XaIdPar26uuqUzL2z0uAA0c2crFgaryfYkmkqabm5ZIRVcYTjfx5LU8+UVEBQuG1bA+VnUNgs/4dTyt9rJwIfSHvUiUf+m1XhefKzhav5lFg3w5ovWfpgOYe68A1U9FfMk54/R5Y/iQh11f7KsdxbVnvheN4jClEcZda2xeP2e+opcPoAyoB5ryMu9dGkN0pB726nXHNAt4QJdi2goN3TfvL9hvWTORriofCncIJhJTV1Py4nGWFD2JOTwhRbyPaczZ1cnSVhiAKt1d13WGs8LfzWC8BtFiJ1UvzZHwCRRWQRIrXS/IFEPtcSYC3WTbOT2DNvkR+VAX8CpoeK6uvFYJAg+e07NP/2CfEjtSHrgm1KG8ik7TZPuGh/L8Xs2q7Ah3MZMdVPoW1ge4GQwBvvOV+9qDaPP4pYeptQm6b9SMpG06DxkohYqzdy9KIa5jSBZHeoGisffS0sj7irmGe8BwazpZhhvbZxJkbEapKC/mP0Sjyd0an7m940t
x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:SJ0PR11MB4896.namprd11.prod.outlook.com; PTR:; CAT:NONE; SFS:(376002)(366004)(396003)(136003)(346002)(39860400002)(6486002)(6916009)(6512007)(66446008)(478600001)(64756008)(66476007)(8676002)(33656002)(76116006)(91956017)(6506007)(2906002)(36756003)(53546011)(2616005)(186003)(5660300002)(86362001)(966005)(8936002)(71200400001)(66946007)(122000001)(66574015)(316002)(83380400001)(38100700002)(26005)(66556008)(45980500001)(244885003); DIR:OUT; SFP:1101;
x-ms-exchange-antispam-messagedata-chunkcount: 1
x-ms-exchange-antispam-messagedata-0: =?utf-8?B?K1IrVlpvV3UzeUV4YXpiaG1Hd0JydnNjcTQ0TWQ2NTN2Wjd2UVIxL0MwdHlU?= =?utf-8?B?T2Y2SUV1dExHNXh0bVh0VFFqdlM3S0R6VE00TWhEWHc3U0ZQck1DT0RiNTE5?= =?utf-8?B?YSsySC9GR1lwWUU5T21JMDVBZGFMY29Kb3BFYjZrdExIU2dEbnNkcXUxMnY2?= =?utf-8?B?NjVmZnlVMVpUSS9oYjZLck1RRy9DczVmL1plTkRGbENXbW1YKzFqZ3Y5Z2Fv?= =?utf-8?B?ZlRoWXlsNjByajhqOUtUcnJwZ2ZCQ3B1cGdHWklNd0NJemhwVW1TWkhHdHZ5?= =?utf-8?B?UFJMT09GaHZOU0grbWwzNERua0FqQXEvNlRiNmYxTlN3amtqSjcrSU4rZlZW?= =?utf-8?B?WE1LaVM5UDNUWW52Tmd2bVhvRFFOcWdGUzVyRHk0QjlEZlBUYlRGZG5XS21M?= =?utf-8?B?SHFQWHJmbENuU2k0ZVFKR25DV1NpdWpsNnpFaG9hZlhqNUptRWFCNk5Vd2pF?= =?utf-8?B?Y3dZWXdHY3JyeWszcmNIck1mbHlWUUM5MlJQRDZ1SElRWWo4KzcwVTkyUkJ0?= =?utf-8?B?ek5RTEZFR3dVVzBvcGhGNVVPRkhNN3F5RFlNZzRJeHBaQlIxdXBCcHBzdDFq?= =?utf-8?B?Y2tacnRzQm5DVFFta0Q1WEdjd0ZOQU45QzNwS0JsbDVCTmhmeDE4S0FZTFZw?= =?utf-8?B?SUpvai80N2JVdWlacC9Ec3dXTW5xeHlxV2phQUxhVDZQYk1SMFZBbTZjRVRW?= =?utf-8?B?UngwWkNTeFlmcWFTeWxLRm1lL0VNWmQrTGdwQ2ZoZEpwVU56bWZXNUs3Uzhm?= =?utf-8?B?Nk9jdnNVc2krdGU3TC90eUVuRmlzZHl2a3VwNGFLcHZJMnlVcFZkcERzS0hC?= =?utf-8?B?aWxzWDM2QUNnL3AwSWF0YkJXamZYT2NVUUNuWXhuZGhTZ1N4UG00QTh3Zldv?= =?utf-8?B?bld5cGEzTDdrRVgzL0V0VHJtL0dSMUlUVVdTK3JHQkQ0KzBOSkRjbVFWMWVB?= =?utf-8?B?MUZYVjNhNGF1YkFaL1JNaDJhd0hNRXYydXFUanRERU1CL0F5eWJPdWYrZUdx?= =?utf-8?B?d0JqRCtHQkpCRWhLY1djMjY1Sit5dC9Rc1YydWdJTEpsTFlWb1VZNjlRaHNX?= =?utf-8?B?K0hjNmNnM2Evcm1RaUxCV2MrekZCWSt6S2tKQWtjekhWR2FkL0QwR25IV0Ft?= =?utf-8?B?eSs4UzFyaE9FS1ltQjk2elYvRmcrU3dma1ZmeVloU0cza09wUHhZNEl2SmRM?= =?utf-8?B?Qk5BVElzUVp1K1d6ZkNOVjJ3dWxBUTZhWlJkdmJETmtLK2V0Q20vYWJZQ1Z6?= =?utf-8?B?eXNvekhaK1dLTmdjd3lDclcwNklIdGV2VzRUS1YvNmZOdUV0d2xTV01ZaFNO?= =?utf-8?B?QXhQdUNmQVM2WlQrVU1henRFSHRhemxtZmx3M0UwV1RtaUYxU2ZQOXl2V1Vs?= =?utf-8?B?ZTk4RXZtNmlRVXV5WitSVytrVjVESDFOQ1NaT3lvRnpUZWM4eFk2ZXV2Y2Jj?= =?utf-8?B?b0Z0a3Z4QUs3TXZqdmdRVVBHdGlmT0h2U2M5dHdFV1plQ2F6Uk9BZEJXRlRp?= =?utf-8?B?OW0wSm1HS2xxdGtBa3gvSTlGMDBLYUJHNDhTU3RYNTFvckZNSzNEKzA5R3pU?= =?utf-8?B?a2dFVHhzNlBaUTZyWDJTU0o4U0hRVUxmcWFDVVZmTHZ6eGZYWXVtVTFQNm1X?= =?utf-8?B?WFJHSG0rQUpISk9RcUpvc2JPNWE3ODJxOFRSbTlsVVdlaDVsVXhxLzhlbzND?= =?utf-8?B?QVBYTVZZdEJhN3hHQ25zWVZDRXdRK1JyUGMraXN6V0dwS29xYlNSeFF3YUVN?= =?utf-8?Q?weLCWIh7Ber0hVUNQNlCXu+NcWpItxvBAyd3xLu?=
x-ms-exchange-transport-forked: True
Content-Type: multipart/alternative; boundary="_000_2898285BFA064958A4D66113F7E6724Eciscocom_"
MIME-Version: 1.0
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: SJ0PR11MB4896.namprd11.prod.outlook.com
X-MS-Exchange-CrossTenant-Network-Message-Id: b3087267-3096-4381-fd45-08d92bcb6c89
X-MS-Exchange-CrossTenant-originalarrivaltime: 10 Jun 2021 04:51:34.7739 (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: AdMp9Zv/Y9UFE4ltEJyvfDh8uIhwUUwO6/TCbw0PqpyhHtWP0L/Y6b3/LivQFsMR0azFeH5zOToa5sHKE6s+Gw==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: BY5PR11MB4387
X-OriginatorOrg: cisco.com
X-Outbound-SMTP-Client: 173.36.7.17, xbe-aln-002.cisco.com
X-Outbound-Node: alln-core-9.cisco.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/roll/za4VXQiNEiJ-X5RU8TveJy_QvM0>
Subject: Re: [Roll] P-DAO request
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: Thu, 10 Jun 2021 04:51:44 -0000

This is all exactly correct Randy.
If the change is limited to one segment, node A may not even know it happened.
But if it affects the source routed skeleton of the track, then A will know.
Note also that the request to build a Track may come from a management entity (a controller) as opposed to the PDR from node A.

Keep safe,

Pascal

Le 10 juin 2021 à 01:48, Turner, Randy <Randy.Turner@landisgyr.com> a écrit :


So,  from the draft, it looks like the basic idea is for nodes in DODAG to request routes between itself and another node, for P2P use-cases.  This idea is what I believe the original discussions centered around, and I admit I haven’t been following recent discussions on this draft, but the introduction sounds familiar.

Forgive me if I’m simplifying, but here is  how I was thinking this would work (from my previous email):

node(A) would like to setup P2P communications with node (B), so it issues a P-DAO request to the root/PCE for  a path from (A) to (B).  If this request is successful, the PDR-ACK returns a set of VIAs from (A) to (B).

So (A) can source-route a packet from itself to (B) based on the VIA information.

The root will monitor any change to the projected route, and if the route cannot be maintained, it will asynchronously notify (A).

If this interpretation is correct, then I was thinking that, if the state of the projected route changes (through future DAO/SIO reception by the root), then a new projected route could be calculated and node(A) could be asynchronously notified of new VIAs for its’ originally requested route to (B), without receiving an async notification that the route is no longer valid, and having to possibly perform a new P-DAO request.

Is this possible? Or did I miss something in the latest thinking?

Thanks!
Randy


From: Roll <roll-bounces@ietf.org> on behalf of Pascal Thubert (pthubert) <pthubert=40cisco.com@dmarc.ietf.org>
Date: Wednesday, June 9, 2021 at 8:20 AM
To: Routing Over Low power and Lossy networks <roll@ietf.org>
Subject: Re: [Roll] P-DAO request
Hello Randy

Not sure what you mean by “Your previous track is stale, here’s the new version”. As it goes, the Root can redraw the Track, add segments here,  remove others there, it’s still the same track as long as it is functional, and there’s no provision in the draft to tell the ingress about those changes.

If that does not help, could you please rephrase?

Pascal

From: Roll <roll-bounces@ietf.org> On Behalf Of Turner, Randy
Sent: mardi 8 juin 2021 19:54
To: Routing Over Low power and Lossy networks <roll@ietf.org>
Subject: [Roll] P-DAO request

Hi Guys,

In the -17 draft for P-DAO, section 3.3, a portion of this section says:

A positive PDR-ACK indicates that the Track was built and that the Roots commits to maintain the Track for the negotiated lifetime. In the case of a complex Track, each Segment is maintained independently and asynchronously by the Root, with its own lifetime that may be shorter, the same, or longer than that of the Track. The Root may use an asynchronous PDR-ACK with an negative status to indicate that the Track was terminated before its time.


I think it will be very difficult for the root to maintain tracks, given the spurious nature of topology changes in an RF mesh --- Rather than a PDR-ACK that says the track could not be maintained, could we have something like an async notification that says, “Your previous track is stale, here’s the new version”  as long as the egress point still exists.  Assuming it’s possible that the egress joined another DODAG.

I haven’t read the entire draft yet so I may have missed something that would preclude this capability.

Thanks,
Randy


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