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/
- Re: [Roll] Questions on the RPL applicability sta… Michael Richardson
- Re: [Roll] Questions on the RPL applicability sta… Michael Richardson
- Re: [Roll] Questions on the RPL applicability sta… Popa, Daniel