[Roll] changes to OF0 in draft-hou-roll-rpl-parent-selection

Michael Richardson <mcr+ietf@sandelman.ca> Thu, 30 March 2017 17:55 UTC

Return-Path: <mcr+ietf@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 7606D129A00 for <roll@ietfa.amsl.com>; Thu, 30 Mar 2017 10:55:33 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.902
X-Spam-Level:
X-Spam-Status: No, score=-1.902 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, RP_MATCHES_RCVD=-0.001, SPF_PASS=-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 RpTFr0QUZc3K for <roll@ietfa.amsl.com>; Thu, 30 Mar 2017 10:55:31 -0700 (PDT)
Received: from tuna.sandelman.ca (tuna.sandelman.ca [209.87.249.19]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 751ED129A04 for <roll@ietf.org>; Thu, 30 Mar 2017 10:55:20 -0700 (PDT)
Received: from sandelman.ca (obiwan.sandelman.ca [IPv6:2607:f0b0:f:2::247]) by tuna.sandelman.ca (Postfix) with ESMTP id B9A84200A3 for <roll@ietf.org>; Thu, 30 Mar 2017 14:19:17 -0400 (EDT)
Received: from obiwan.sandelman.ca (localhost [IPv6:::1]) by sandelman.ca (Postfix) with ESMTP id 0987E636BB for <roll@ietf.org>; Thu, 30 Mar 2017 13:55:19 -0400 (EDT)
From: Michael Richardson <mcr+ietf@sandelman.ca>
To: roll@ietf.org
X-Attribution: mcr
X-Mailer: MH-E 8.6; nmh 1.6+dev; GNU Emacs 24.5.1
X-Face: $\n1pF)h^`}$H>Hk{L"x@)JS7<%Az}5RyS@k9X%29-lHB$Ti.V>2bi.~ehC0; <'$9xN5Ub# z!G,p`nR&p7Fz@^UXIn156S8.~^@MJ*mMsD7=QFeq%AL4m<nPbLgmtKK-5dC@#:k
MIME-Version: 1.0
Content-Type: multipart/signed; boundary="=-=-="; micalg="pgp-sha256"; protocol="application/pgp-signature"
Date: Thu, 30 Mar 2017 13:55:19 -0400
Message-ID: <11845.1490896519@obiwan.sandelman.ca>
Archived-At: <https://mailarchive.ietf.org/arch/msg/roll/HxSd_tuJGeuOUhU4MaTdcJajAHI>
Subject: [Roll] changes to OF0 in draft-hou-roll-rpl-parent-selection
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.22
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, 30 Mar 2017 17:55:33 -0000

Thank you for this document.

draft-hou-roll-rpl-parent-selection proposes to tweak some things in OF0.
It seems to me that rather than tweak some well defined values in OF0 or MRHOF,
that the document should simply propose a new OF.  This would seem to be a
clearer solution, although taking an upgrade of all nodes to include a new
OF before it can be used.

This document suggests creating a Child Node Count (CNC) object to go into
the DIO in the DAG Metric Container.    It is unclear in my reading how
the parent determines (in a non-storing network) how many children it has.

The qasem-roll-rpl-load-balancing has an interesting way for the parent to
tell.  It seems that there is potentially two avenues of work represented by
these two drafts, but some common protocol plumbing that the WG could take
into a single (small) document.

And, when writing IANA Considerations, please do not repeat the registry,
just indicate which new resources you need.  Your new value should be "TBD",
(so that IANA will allocate it for you).
I'd have to check 6550 to see if we had any private use numbers for
experimentation.

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