Re: [Anima-bootstrap] IoT and scope of bootstrap

peter van der Stok <stokcons@xs4all.nl> Mon, 30 November 2015 08:49 UTC

Return-Path: <stokcons@xs4all.nl>
X-Original-To: anima-bootstrap@ietfa.amsl.com
Delivered-To: anima-bootstrap@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 182541B2CFB for <anima-bootstrap@ietfa.amsl.com>; Mon, 30 Nov 2015 00:49:59 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.099
X-Spam-Level:
X-Spam-Status: No, score=0.099 tagged_above=-999 required=5 tests=[BAYES_50=0.8, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham
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 XHrKn6qf3zkS for <anima-bootstrap@ietfa.amsl.com>; Mon, 30 Nov 2015 00:49:57 -0800 (PST)
Received: from lb3-smtp-cloud6.xs4all.net (lb3-smtp-cloud6.xs4all.net [194.109.24.31]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id F391B1B2CFE for <anima-bootstrap@ietf.org>; Mon, 30 Nov 2015 00:49:55 -0800 (PST)
Received: from webmail.xs4all.nl ([194.109.20.212]) by smtp-cloud6.xs4all.net with ESMTP id nkpt1r0034aYjWA01kptTJ; Mon, 30 Nov 2015 09:49:54 +0100
Received: from [2001:983:a264:1:55fa:5709:2b12:f1c] by webmail.xs4all.nl with HTTP (HTTP/1.1 POST); Mon, 30 Nov 2015 09:49:53 +0100
MIME-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"; format="flowed"
Content-Transfer-Encoding: 7bit
Date: Mon, 30 Nov 2015 09:49:53 +0100
From: peter van der Stok <stokcons@xs4all.nl>
To: Michael Richardson <mcr+ietf@sandelman.ca>
Organization: vanderstok consultancy
Mail-Reply-To: consultancy@vanderstok.org
In-Reply-To: <13717.1448463285@sandelman.ca>
References: <13717.1448463285@sandelman.ca>
Message-ID: <688d88e6dc86ae236e3c987d1526fb40@xs4all.nl>
X-Sender: stokcons@xs4all.nl (qvXCAR3bnmhKccCRFFijeEGb9wZjxXeB)
User-Agent: XS4ALL Webmail
Archived-At: <http://mailarchive.ietf.org/arch/msg/anima-bootstrap/3InWc5-v3WcYs4oycs_5IUwRc3g>
Cc: anima-bootstrap <anima-bootstrap@ietf.org>
Subject: Re: [Anima-bootstrap] IoT and scope of bootstrap
X-BeenThere: anima-bootstrap@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
Reply-To: consultancy@vanderstok.org
List-Id: Mailing list for the bootstrap design team of the ANIMA WG <anima-bootstrap.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/anima-bootstrap>, <mailto:anima-bootstrap-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/anima-bootstrap/>
List-Post: <mailto:anima-bootstrap@ietf.org>
List-Help: <mailto:anima-bootstrap-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/anima-bootstrap>, <mailto:anima-bootstrap-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 30 Nov 2015 08:49:59 -0000

Hi Michael,

Your text proposal does not help me much.

> +      <section title="Scope of solution">
> +        <t>
> +          Questions have been posed as to whether this solution is 
> suitable
> +          in general for Internet of Things (IoT) networks.  In 
> general the
> +          answer is no, but the terminology of <xref target="RFC7228" 
> /> is
> +          best used to describe the boundaries.
> +        </t>

The above text is much more restrictive than the text below.

> +        <t>
> +          Specifically, there are protocol aspects described here 
> which
> might
> +          result in congestion collapse or energy-exhaustion of 
> intermediate
> +          battery powered routers in an LLN.  Those types of networks 
> SHOULD
> +          NOT use this solution.
> +        </t>
> +      </section>

I think the text about battery-powered or energy harvesting devices is 
the more appropriate.

What about text that formulates unwanted side effects coming from energy 
exhausted ("dead") nodes?
I don't think the dying of a node is allowed to jeopardize the 
functioning for other nodes or cause congestion, as your text suggests.

Some effort on getting this right is worthwhile, because I think the use 
of the anima Bootstrap may be interesting for the installation of large 
control networks, where
the verification of the correct functioning of the network as such is 
clearly separated from the correct functioning of the (control-) 
application on top.

Peter