Re: [Roll] Querying PDAO

"Turner, Randy" <> Fri, 26 July 2019 09:36 UTC

Return-Path: <>
Received: from localhost (localhost []) by (Postfix) with ESMTP id 9600F1202F7 for <>; Fri, 26 Jul 2019 02:36:26 -0700 (PDT)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -1.999
X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: (amavisd-new); dkim=pass (1024-bit key)
Received: from ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id 2G1r2rRzE-Nn for <>; Fri, 26 Jul 2019 02:36:24 -0700 (PDT)
Received: from ( []) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by (Postfix) with ESMTPS id E8BAE1202EE for <>; Fri, 26 Jul 2019 02:36:23 -0700 (PDT)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901;; cv=none; b=Rmn6tjF8VTehT7RAqAwi9pedFsYVU9JvWpRQuV4aBmcFJCjL7dh2Ol/dEN+Cxz0TU5rz7hSkHaNlNIefdfAWCCrLbVGKBYC1sQ4/D7A/e6Q44v63DN3xdhxeg6nkYSm6Ln60XvE2hmWvCPb08fsdjGPSqDxn8w+aloN/x0P+KfrmEjyZYFugvuAR3y7Ldc+33U0bOvPO7TtdvVj8e/nojM/vHKbI0wijY1B5fl9VBOxDVGEn2FQ80oGyF+ms3GG1KR0rMBiuBCl0S9wVjQyZEY6YjouFEu2jegS9vI7wfvcKxJRaKaX24Xm9tJtLVqJp+Jv1afrbS4IodcVjYQZC3g==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed;; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=EPIStwcKvER8ZbfW/viDb+ecrDqcqrLAlonEplFLx6s=; b=nU1ibDKALt83CMMg57Yk63Vim6qUNCOjah4fv7qAuFZ0x2XzURP+kkl3A69qYfQs5LTa1j/umYbHhcCHYLzJhIivDENbCwdgaAy+VfrtOrmknRqRbaLIhxIPKobGW9auyT+5tlm3nv3s7jeb0V/FmQQQUei5CrAbTOstl+ranP9UAid6g/rmHk0tU2wtCfQLf7FpXeIT6MwBNh6DFAJjSYQVc7bUrn+ox9XwtlF1UK7dRlIuJeHahVLKq91WXifgCJe8HXHpNHYSmwdxR1Jr8eKPaqrUxgeIa95kglGSsBvv5r7xMOxfbLP4IXH3jwLriqtYJ0HWYg5clD4iPj+gUg==
ARC-Authentication-Results: i=1; 1;spf=pass;dmarc=pass action=none;dkim=pass;arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;; s=selector2; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=EPIStwcKvER8ZbfW/viDb+ecrDqcqrLAlonEplFLx6s=; b=E0VnMneoR4uytrmn/yCSwGzDxVx8o15k4sGwyv46Yz7xjJjQio7GyNnjKTPsRo97G4j2Bk0uY08swtYT1VHOY/LtIG/8xr3ZyYpvaIDNQOm+4a8zPlxjYZPSRGVnxpH//c89TDQfEde4mXEdMosQr8dUwKsObvMumePHmcaZfFo=
Received: from ( by ( with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2115.10; Fri, 26 Jul 2019 09:36:19 +0000
Received: from ([fe80::3927:9f3e:301:aaa1]) by ([fe80::3927:9f3e:301:aaa1%7]) with mapi id 15.20.2094.017; Fri, 26 Jul 2019 09:36:18 +0000
From: "Turner, Randy" <>
To: Routing Over Low power and Lossy networks <>
Thread-Topic: [Roll] Querying PDAO
Thread-Index: AQHVQulDP49OaeTlkkaZr4JZQ61kVabbjW+AgAEVmLA=
Date: Fri, 26 Jul 2019 09:36:18 +0000
Message-ID: <>
References: <> <>
In-Reply-To: <>
Accept-Language: en-US
Content-Language: en-US
authentication-results: spf=none (sender IP is );
x-originating-ip: [2001:67c:1232:144:102:e7af:4bf2:81ce]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: ef4b561a-9cb6-468c-6c25-08d711acb677
x-ms-office365-filtering-ht: Tenant
x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(8989299)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(5600148)(711020)(4605104)(1401327)(4618075)(2017052603328)(7193020); SRVR:HE1PR0102MB3291;
x-ms-traffictypediagnostic: HE1PR0102MB3291:
x-microsoft-antispam-prvs: <>
x-ms-oob-tlc-oobclassifiers: OLM:9508;
x-forefront-prvs: 01106E96F6
x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(4636009)(39860400002)(366004)(136003)(396003)(376002)(346002)(199004)(189003)(53754006)(316002)(99286004)(446003)(6116002)(790700001)(33656002)(76176011)(486006)(256004)(71200400001)(71190400001)(9686003)(7736002)(54896002)(7696005)(186003)(476003)(8936002)(6916009)(68736007)(46003)(66574012)(8676002)(81156014)(81166006)(561944003)(6506007)(86362001)(478600001)(236005)(6436002)(53936002)(76116006)(55016002)(66446008)(66946007)(14454004)(66476007)(64756008)(66556008)(74316002)(6246003)(2906002)(25786009)(229853002)(5660300002)(6306002)(52536014)(53546011)(102836004)(9326002)(11346002)(24704002); DIR:OUT; SFP:1102; SCL:1; SRVR:HE1PR0102MB3291;; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1;
received-spf: None ( does not designate permitted sender hosts)
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam-message-info: j1GkQlVrx4oA64qit0cjauqUdeL+sjdnaoTjN1ADI03E0ImRPnSCeuioC+wrJY574gFiUuL8ZwiJiEckyqTqfMdgIjrq8jw6MlxXIDnxmmjfi2N/3mpuivEKAaULMdJf0Wv8n2vF7sWjJ3iWp35qEsMOc35u+4nS0dFNcdMeEodVqDUzoBOI+arlPPYVdjj/TjJmd1EbBH/Ma2U7XvAZRn1v4PO9jdGD8p081KG/Hk8aRKb3VUGPcH47bBWWk4RwkA1BkaPYir/Ouuf7S9lDajINZwVp2F9Bqs75D/ITA0gUEw0I6JRMXHukFTvWDmXYDwsHMXlyVtnam6I/+vWQFmAkkDuy5hqDWP15weseAuPxGUxT74+O0BDEL4tqu/pHlZtP72Gld9/G/BjTqAWk94lWYgAb1c5nn5/l8gLYntE=
Content-Type: multipart/alternative; boundary="_000_HE1PR0102MB2796687E3A4C01EAF05E4A9180C00HE1PR0102MB2796_"
MIME-Version: 1.0
X-MS-Exchange-CrossTenant-Network-Message-Id: ef4b561a-9cb6-468c-6c25-08d711acb677
X-MS-Exchange-CrossTenant-originalarrivaltime: 26 Jul 2019 09:36:18.6263 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: ee2cd48b-958f-4be4-9852-b8f104c001b9
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-Transport-CrossTenantHeadersStamped: HE1PR0102MB3291
Archived-At: <>
Subject: Re: [Roll] Querying PDAO
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Routing Over Low power and Lossy networks <>
List-Unsubscribe: <>, <>
List-Archive: <>
List-Post: <>
List-Help: <>
List-Subscribe: <>, <>
X-List-Received-Date: Fri, 26 Jul 2019 09:36:26 -0000

Hi All,

Apologies for missing the ROLL meeting this week…this “requesting PDAO” item sounds like a proposal I made back in May on the ROLL list ( – at the time, most of the use cases I had in mind were mesh-endpoint-driven, not necessarily pushed out by the PCE, although I do see value in the original draft as well.  I was originally thinking this would be a (somewhat) inexpensive way for non-storing nodes to have at least a couple of routes stored that they cared about.


From: Roll <> On Behalf Of Pascal Thubert (pthubert)
Sent: Thursday, July 25, 2019 12:58 PM
To: Routing Over Low power and Lossy networks <>
Subject: Re: [Roll] Querying PDAO

I see, Li. Let’s see if others object or wish to add stuff?

All the best,


From: Roll <<>> On Behalf Of Li Zhao (liz3)
Sent: jeudi 25 juillet 2019 09:03
To: Routing Over Low power and Lossy networks <<>>
Subject: Re: [Roll] Querying PDAO

Yes. Use target as a prefix is to reserve the capability of creating a path to a subnet. Maybe we can use another way to keep the capability.

Suboption for route parameter is a good idea. We can define some TLV to identify these parameters.

Best regards,

From: Roll <<>> on behalf of "Pascal Thubert (pthubert)" <<>>
Reply-To: Routing Over Low power and Lossy networks <<>>
Date: Thursday, July 25, 2019 at 7:53 AM
To: Routing Over Low power and Lossy networks <<>>
Subject: Re: [Roll] Querying PDAO

Looks good Li.

I’m confused that you see the target as a prefix; would you like to create a path to the nearest router that serves a subnet?
I guess that the route parameters should be a place for suboptions.
Suboptions I can fathom would be a max sum of steps of Rank, a max latency, and a reliability level. Should be extensible though.
Which means that the sibling and transit information in the DAO should provide enough metrics to build this.

Assessing the list here, do we have a consensus to add a PDAO query DIS to the PDAO draft?

All the best,


From: Roll <<>> On Behalf Of Li Zhao (liz3)
Sent: mercredi 24 juillet 2019 16:42
To: Routing Over Low power and Lossy networks <<>>
Subject: [Roll] Querying PDAO

Dear all,

Following up on querying PDAO from root at the meeting today:

It makes sense to provide a querying mechanism for node which can get PDAO from root. Then node can query special PDAO route entry according to its special requirement. For example, route hop, latency, route algorithm, remaining lifetime.

We can enhance DIS to query PDAO if adding a flag in DIO Base Object to identify it is a PDAO query DIS.
And this DIS need to carry a new Control Message Options because existing Control Message can’t identify the requirement.
A possible Control message is as following:

        0                   1                   2                   3

        0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1


       |   Type = TBD | Option Length | Prefix Length | alg    | Resvd |


       |                                                               |

       .                   Target Prefix (Variable Length)             .

       .                                                               .


       |                        route parameter                        |


alg: route algorithm such as latency/hop limited/common ancestor.
hops/latency/remaining lifetime are some route parameter.

Is it possible to add some text about it?

Best regards,