IETF Logo Mail Archive

[Roll] alternates to enrollment priority

Michael Richardson <mcr+ietf@sandelman.ca> Wed, 24 November 2021 17:36 UTC

Return-Path: <mcr@sandelman.ca>
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 746D43A07B4 for <roll@ietfa.amsl.com>; Wed, 24 Nov 2021 09:36:00 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.899
X-Spam-Level:
X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
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 B41ErFDs8Qvz for <roll@ietfa.amsl.com>; Wed, 24 Nov 2021 09:35:54 -0800 (PST)
Received: from relay.sandelman.ca (relay.cooperix.net [IPv6:2a01:7e00:e000:2bb::1]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E27933A08C5 for <roll@ietf.org>; Wed, 24 Nov 2021 09:35:53 -0800 (PST)
Received: from dooku.sandelman.ca (cpef81d0f835a73-cmf81d0f835a70.sdns.net.rogers.com [174.115.215.42]) by relay.sandelman.ca (Postfix) with ESMTPS id 7E97E1F455 for <roll@ietf.org>; Wed, 24 Nov 2021 17:35:51 +0000 (UTC)
Received: by dooku.sandelman.ca (Postfix, from userid 179) id 32FFA1A0E37; Wed, 24 Nov 2021 12:35:50 -0500 (EST)
From: Michael Richardson <mcr+ietf@sandelman.ca>
To: Routing Over Low power and Lossy networks <roll@ietf.org>
In-reply-to: <30208.1637590535@localhost>
References: <30208.1637590535@localhost>
Comments: In-reply-to Michael Richardson <mcr+ietf@sandelman.ca> message dated "Mon, 22 Nov 2021 09:15:35 -0500."
X-Mailer: MH-E 8.6+git; nmh 1.7.1; GNU Emacs 26.3
MIME-Version: 1.0
Content-Type: multipart/signed; boundary="=-=-="; micalg="pgp-sha512"; protocol="application/pgp-signature"
Date: Wed, 24 Nov 2021 12:35:50 -0500
Message-ID: <79383.1637775350@dooku>
Archived-At: <https://mailarchive.ietf.org/arch/msg/roll/qb7sSi8JQpd_IrBAhKNNXNkMqzo>
Subject: [Roll] alternates to enrollment priority
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: Wed, 24 Nov 2021 17:36:01 -0000

Instead of fixing enrollment priority, could we make the two values that
the root wants to announce: dodag size, min.priority as a capability?

I see this as pushing capabilities out the door sooner, and maybe eliminating
a document in the IESG queue.

We have so far in the document on specified the routing resource capability
as a Capability Set *Response*, a reply from the node to the root.
We haven't specified a way to announce a value from the root to the nodes.

In the document we say that capability TLVs can be carried in DIO/DAO, but
also in other messages.  I don't think we defined any.

I'm not strongly attached to this idea, but thought of it while eating lunch.

--
Michael Richardson <mcr+IETF@sandelman.ca>, Sandelman Software Works
 -= IPv6 IoT consulting =-

v2.31.3 | Report a Bug | By Email | System Status