Re: [Roll] Querying PDAO

"Pascal Thubert (pthubert)" <pthubert@cisco.com> Thu, 25 July 2019 17:26 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 13DCE1201DA for <roll@ietfa.amsl.com>; Thu, 25 Jul 2019 10:26:58 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.5
X-Spam-Level:
X-Spam-Status: No, score=-14.5 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, 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=FRtrbmdx; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=GH4OHlg3
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 ZkQleeYPedWb for <roll@ietfa.amsl.com>; Thu, 25 Jul 2019 10:26:55 -0700 (PDT)
Received: from rcdn-iport-6.cisco.com (rcdn-iport-6.cisco.com [173.37.86.77]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A32D2120183 for <roll@ietf.org>; Thu, 25 Jul 2019 10:26:55 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=2930; q=dns/txt; s=iport; t=1564075615; x=1565285215; h=from:to:subject:date:message-id:references:in-reply-to: content-transfer-encoding:mime-version; bh=43jdzDjoX+I1AvdygL9YiZkX5ccvg7Fntld5rI4s8XM=; b=FRtrbmdx6XM5d0F/COZhR5pblDPzYYRLfsPwK/87KDivYlLXaT/hy4o/ 3dHt5WnbBPK7IcYGuhcSGnFhEeKE/A8z9rhVc6dWGUnREpuJlNKxVrJxz 4l8z5e/4PzWlyqnyKbbNbK8Zq9wseK0w/v6uixEYrU+5Z150+gCmFFagI Y=;
IronPort-PHdr: 9a23:C8Ws7xEPLpBdvu6cTMlJYp1GYnJ96bzpIg4Y7IYmgLtSc6Oluo7vJ1Hb+e4z1Q3SRYuO7fVChqKWqK3mVWEaqbe5+HEZON0pNVcejNkO2QkpAcqLE0r+eeb2bzEwEd5efFRk5Hq8d0NSHZW2ag==
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: A0CKAACW5Tld/5BdJa1mHAEBAQQBAQcEAQGBUwcBAQsBgUNQA21VIAQLKodkA4RSiCxMgg+XUoEugSQDVAkBAQEMAQEfDgIBAYFLgnUCgl4jNAkOAQMBAQQBAQIBBm2FHgyFSgEBAQEDEigGAQE4CwQCAQgRBAEBAR4QMh0IAgQTCBqDAYFqAx0BAqJlAoE4iGCCI4J6AQEFhQwYghMJgTQBhHGGbReBQD+BEUaBTn4+hCgegzuCJqp1CQKCGpQrmAylDwIEAgQFAg4BAQWBUDiBWHAVgycJgjmDHVSKU3KBKY0rAQE
X-IronPort-AV: E=Sophos;i="5.64,307,1559520000"; d="scan'208";a="602307609"
Received: from rcdn-core-8.cisco.com ([173.37.93.144]) by rcdn-iport-6.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 25 Jul 2019 17:26:54 +0000
Received: from XCH-RCD-007.cisco.com (xch-rcd-007.cisco.com [173.37.102.17]) by rcdn-core-8.cisco.com (8.15.2/8.15.2) with ESMTPS id x6PHQseq010807 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL) for <roll@ietf.org>; Thu, 25 Jul 2019 17:26:54 GMT
Received: from xhs-aln-002.cisco.com (173.37.135.119) by XCH-RCD-007.cisco.com (173.37.102.17) with Microsoft SMTP Server (TLS) id 15.0.1473.3; Thu, 25 Jul 2019 12:26:54 -0500
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.1473.3; Thu, 25 Jul 2019 12:26:51 -0500
Received: from NAM01-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.1473.3 via Frontend Transport; Thu, 25 Jul 2019 12:26:51 -0500
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=JX0TZ3K+Iw6PpQqi62u9Yoody38p71xfW0hgBMP0p4Qtwba4ayIWpC8U3qeb4D0sjznJo799DH/LovyySRz/9hhYYizQZbaQ5s10lzlm9zg+HULnHy3uKc8tahHSu1ojmthEcjQ4p9eJRq8HIVkrsPgyuirxFstjE7mJKihwU95Q7YkPUSgovE1PciyBxINEImYLK47fmK++ONeuN7YaE/Y1I9VJvj/oOoooPqPpyWy6G0CaWB0SvXns3j7rVaTWGT/IZ2j3Zv2beAklvMXQkklRx6JkZA9hc9oGlah3cQ7R9OwCQcycg3a7JOmWZp8qY5/oyM+T/DtcW1jlejDnYA==
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=eh6RkZ4MxOsj+1Y8fiMOn4tGQ4uDm/eVNkvqiqENWQ4=; b=iJr4Xo2p7dK2jstzmMz5ANMN1YKi1EloaUbhofmMFMXD3YAsAdDQqCfgPFFsyU8TZRarys1zzFf9ovNvCfzrH8Li8mulnerCOHOB91wOFXqCcyaIcgLLxtXO3Jb5IEUP83aTY3FYqY0ofY3eGhcSvn6opac0Jps3rPEBMO8+m54w2+gQAvs0ttC98oi/NA9kF/NFuG8TNaDEPsoUL2KHsO2zQFAkdWreiMmRUyPBhE9V6yyzrdOLCF2vK7x/b/OgDAn5Lf3Yx7WVqc59fd+ndkDnA2QikHP75mGhwb9XId4rX1ZVnOGJ/+Jt8b7X69oyO+qw5V0t95ACCXng++L4Fg==
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=eh6RkZ4MxOsj+1Y8fiMOn4tGQ4uDm/eVNkvqiqENWQ4=; b=GH4OHlg3tK2SaMyhR7Nrzn+/s/dhTReWaYatRs6zeraMFv7Bjz/DPCJIzo5nAU74jTVx0LthVc9BtgQEXPSo9DRIJ8UPbvbrPq1Dwlk/7DZL2TYMq/eIj3ynMj5cDZ8+5dz1mTqW2FNgHEw9mq8YYjMwjlzxRnmiJhRSRD4CCRA=
Received: from MN2PR11MB3565.namprd11.prod.outlook.com (20.178.250.159) by MN2PR11MB3983.namprd11.prod.outlook.com (10.255.181.76) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2115.14; Thu, 25 Jul 2019 17:26:50 +0000
Received: from MN2PR11MB3565.namprd11.prod.outlook.com ([fe80::1ce9:1582:146c:c50a]) by MN2PR11MB3565.namprd11.prod.outlook.com ([fe80::1ce9:1582:146c:c50a%6]) with mapi id 15.20.2094.013; Thu, 25 Jul 2019 17:26:50 +0000
From: "Pascal Thubert (pthubert)" <pthubert@cisco.com>
To: Routing Over Low power and Lossy networks <roll@ietf.org>
Thread-Topic: [Roll] Querying PDAO
Thread-Index: AQHVQnldZPEd7kPI0E21cQA8lnfMNqbaeS+AgAFae4D//6UiAIAAGJJg
Date: Thu, 25 Jul 2019 17:25:46 +0000
Deferred-Delivery: Thu, 25 Jul 2019 17:25:05 +0000
Message-ID: <MN2PR11MB35658229894C180D71F89474D8C10@MN2PR11MB3565.namprd11.prod.outlook.com>
References: <77E0C031-82C2-422A-9333-6F7B02C4B3C4@cisco.com> <10416.1564014159@dooku.sandelman.ca> <B7E354EC-2B84-4AC0-AD15-F915B581EFA3@cisco.com> <18422.1564069052@dooku.sandelman.ca>
In-Reply-To: <18422.1564069052@dooku.sandelman.ca>
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:c0c0:1008::235]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: c51d051c-064c-4863-79b5-08d711254714
x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(8989299)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(5600148)(711020)(4605104)(1401327)(2017052603328)(7193020); SRVR:MN2PR11MB3983;
x-ms-traffictypediagnostic: MN2PR11MB3983:
x-ms-exchange-purlcount: 1
x-microsoft-antispam-prvs: <MN2PR11MB398382B94A06DD9927470328D8C10@MN2PR11MB3983.namprd11.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:10000;
x-forefront-prvs: 0109D382B0
x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(4636009)(346002)(136003)(396003)(376002)(39860400002)(366004)(189003)(13464003)(199004)(6666004)(486006)(476003)(11346002)(99286004)(446003)(6246003)(25786009)(9686003)(8936002)(71190400001)(71200400001)(68736007)(53936002)(53546011)(6306002)(7736002)(8676002)(81156014)(55016002)(81166006)(316002)(186003)(256004)(14444005)(6506007)(102836004)(76176011)(46003)(7696005)(6916009)(74316002)(33656002)(14454004)(76116006)(478600001)(86362001)(6116002)(6436002)(2906002)(966005)(66556008)(64756008)(66446008)(66476007)(52536014)(5660300002)(66946007)(229853002)(305945005); DIR:OUT; SFP:1101; SCL:1; SRVR:MN2PR11MB3983; 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-message-info: J7K72KhZSLrzOOv0Rwfvk9mJTsT5yWzD77+FQ37u9JaLXujYbC7X2chtlzSmoG0Jx/tdnYC7i5OAoeRwcKSGmvQ/J/EB/gEFvK7X3z+DAq8BVQamJfwDaJT8qNaKYzffTadlV1KWrOTCrTXxK5MISc61vLDbyRXN6D8kXG7mLuC2b8tTNMf2UeSHmLVMJN8KtuB85ADleDQeQIMkQdTy2/903j+L6JpNSQcjx+fFQkxopc9nJo8AoCc4WR1JmRYENEAWEUWDDgI8YnHn9+Zz7hUU2d2qjuo39ICqvgzSAxVNAEuf5Wj+v0z0gG6CQeY5DlPVCX8mZezC6wsTHrgsAdyaR3Ch7lLw0SQdFrhDhS4d/DRPn+XMy2OmIJ2LBZ5kAJ1ECO/vFzkewqYmJDK/Ynh9ya/17/C8ozJQNoHG4GA=
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-MS-Exchange-CrossTenant-Network-Message-Id: c51d051c-064c-4863-79b5-08d711254714
X-MS-Exchange-CrossTenant-originalarrivaltime: 25 Jul 2019 17:26:49.7672 (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: pthubert@cisco.com
X-MS-Exchange-Transport-CrossTenantHeadersStamped: MN2PR11MB3983
X-OriginatorOrg: cisco.com
X-Outbound-SMTP-Client: 173.37.102.17, xch-rcd-007.cisco.com
X-Outbound-Node: rcdn-core-8.cisco.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/roll/NslB620yt0bUXDcn0BLFSIQzdFQ>
Subject: Re: [Roll] Querying PDAO
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, 25 Jul 2019 17:27:03 -0000

Hello Michael:

I'd reward saying that DAO is the centralized way of doing what P2P RPL achieves in a distributed reactive fashion: a local DODAG that implements the concept of a 6TiSCH Track.
With the current spec the packets flow down the DODAG only, against the DODAG orientation. The root the DODAG is the source of the packets, and the RPL classical forwarding apply for storing and non-storing.  
The difference is in the control: there is no DIO messaging on the local DODAG, and the DAO messaging is initiated by the main root as opposed to the distributed nodes.
If we need a return channel well need to introduce a DIO that would be flooded the other way, or a DODAG in the other direction like AODV does.

So yes, P DAO installs routes, normally as different DODAGs typically as source-local RPL instances. The PCE may be hidden within or separated behind the main root, in which case the main root acts as proxy.
The expectation so far was that the request o establish a path would come from the application but the general DetNet model also enables the host to make that request.
With P DAO that means a message from the node to the root with a TSPEC that allows the root to compute a constrained DODAG. Can be a DIS.

The DODAG is decomposed in linear segments that are installed separately using the PDAO messaging in a same local instance owned by the local root. We probably need to explain all that a lot better. 
RAW would be how we optimize the runtime of the projected DODAG.

All the best,

Pascal

> -----Original Message-----
> From: Roll <roll-bounces@ietf.org> On Behalf Of Michael Richardson
> Sent: jeudi 25 juillet 2019 11:38
> To: Routing Over Low power and Lossy networks <roll@ietf.org>
> Subject: Re: [Roll] Querying PDAO
> 
> 
> Li Zhao (liz3) <liz3@cisco.com> wrote:
>     > Correct. If the application on node X wants to ask a nearest path to
>     > node Y, PDAO draft doesn't provide any mechanism.
> 
> P2PRPL tries to do this, but you are suggesting that instead of learing it, the
> root should just know it.  This goes to some of the PCE cases, I think.
> 
> Is there PCE technology we can use?
> 
> DAO-projection does not create a route that is remembered, rather it prefixes
> it to a particular packet.  So you'd want node X to be able to ask the root for
> such a source route?
> 
>     > I think PDAO draft need to cover this case. Maybe how and when to use
>     > PDAO is out of scope of this draft.
>     > But at least we need to reserve the asking capability and define the
>     > protocol.
> --
> ]               Never tell me the odds!                 | ipv6 mesh networks [
> ]   Michael Richardson, Sandelman Software Works        | network architect  [
> ]     mcr@sandelman.ca  http://www.sandelman.ca/        |   ruby on rails    [
>