Re: [Roll] Questions on the RPL applicability statement

Michael Richardson <mcr+ietf@sandelman.ca> Sat, 25 January 2014 16:40 UTC

Return-Path: <mcr@sandelman.ca>
X-Original-To: roll@ietfa.amsl.com
Delivered-To: roll@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8132B1A03C4 for <roll@ietfa.amsl.com>; Sat, 25 Jan 2014 08:40:37 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 1.019
X-Spam-Level: *
X-Spam-Status: No, score=1.019 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FH_RELAY_NODNS=1.451, RDNS_NONE=0.793, SPF_SOFTFAIL=0.665, T_TVD_MIME_NO_HEADERS=0.01] autolearn=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 80nL09L99U4R for <roll@ietfa.amsl.com>; Sat, 25 Jan 2014 08:40:36 -0800 (PST)
Received: from tuna.sandelman.ca (unknown [IPv6:2607:f0b0:f:3:216:3eff:fe7c:d1f3]) by ietfa.amsl.com (Postfix) with ESMTP id 4C1431A03BF for <roll@ietf.org>; Sat, 25 Jan 2014 08:40:36 -0800 (PST)
Received: from sandelman.ca (obiwan.sandelman.ca [IPv6:2607:f0b0:f:2::247]) by tuna.sandelman.ca (Postfix) with ESMTP id 5AAC72002F for <roll@ietf.org>; Sat, 25 Jan 2014 12:56:55 -0500 (EST)
Received: by sandelman.ca (Postfix, from userid 179) id B763064647; Sat, 25 Jan 2014 11:40:34 -0500 (EST)
Received: from sandelman.ca (localhost [127.0.0.1]) by sandelman.ca (Postfix) with ESMTP id 9FA7F63AB2 for <roll@ietf.org>; Sat, 25 Jan 2014 11:40:34 -0500 (EST)
From: Michael Richardson <mcr+ietf@sandelman.ca>
To: roll@ietf.org
In-Reply-To: <74c0ab9f632047febba938fe624a94e2@BY2PR04MB807.namprd04.prod.outlook.com>
References: <7f3cf88e9e064bb28831d8b273e3169c@CO1PR04MB553.namprd04.prod.outlook.com> <13255.1389643159@sandelman.ca> <74c0ab9f632047febba938fe624a94e2@BY2PR04MB807.namprd04.prod.outlook.com>
X-Mailer: MH-E 8.2; nmh 1.3-dev; GNU Emacs 23.4.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-sha1"; protocol="application/pgp-signature"
Date: Sat, 25 Jan 2014 11:40:34 -0500
Message-ID: <2188.1390668034@sandelman.ca>
Sender: mcr@sandelman.ca
Subject: Re: [Roll] Questions on the RPL applicability statement
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
Reply-To: Routing Over Low power and Lossy networks <roll@ietf.org>
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: <http://www.ietf.org/mail-archive/web/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: Sat, 25 Jan 2014 16:40:38 -0000

That diff of -03->-04 applicability template:

4.3.1.  Trickle Parameters

+   This section is intended to document the specific value (or ranges)
+   appropriate for this kind of deployment.  This includes trickle
+   specific parameters such as those of RFC6550, section 8.3.1: Imin
+   (DIOInternvalMin), Imax (DIOIntrevalDoublings), and k
+   (DIORedundancyConstant).  While it is not necessary to hard code
+   these parameters into RPL nodes, as they are announced as part of the
+   DIO message, it is important for researchers who are trying to
+   validate the convergence properties of the resulting deployment to
+   understand what values have been selected.

+4.3.2.  Other Parameters

+   There are additional values which are present in the DODAG
+   Configuration option.  The purpose of this section is to: a) document
+   what values are configured, b) if a default value is used, if it is
+   appropriate for this deployment.

+   These values include: MaxRankIncrease, MinHopRankIncrease, the
+   Objective Code Point to use, Default Lifetime, Lifetime Units...

+   In addition, the kinds of metrics which will be used (RFC6551) needs
+   to be specified.  If Objective Function 0 (RFC6552) is used, then it
+   specifies a number of values, but also needs definitions of the
+   stretch_of_rank, and rank_factor.

+   If MRHOF (RFC6719) is used, then section 5 of this document requires
+   selection of: MAX_LINK_METRIC, MAX_PATH_COST,
+   PARENT_SWITCH_THRESHOLD, PARENT_SET_SIZE, and ALLOW_FLOATING_ROOT.

--
Michael Richardson <mcr+IETF@sandelman.ca>, Sandelman Software Works
IETF ROLL WG co-chair.    http://datatracker.ietf.org/wg/roll/charter/