[Roll] home-building-requirements section 7.1

Michael Richardson <mcr+ietf@sandelman.ca> Sun, 23 November 2014 21:16 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 []) by ietfa.amsl.com (Postfix) with ESMTP id A51471A1B0F for <roll@ietfa.amsl.com>; Sun, 23 Nov 2014 13:16:14 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 1.987
X-Spam-Level: *
X-Spam-Status: No, score=1.987 tagged_above=-999 required=5 tests=[BAYES_20=-0.001, MIME_NO_TEXT=1.999, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=no
Received: from mail.ietf.org ([]) by localhost (ietfa.amsl.com []) (amavisd-new, port 10024) with ESMTP id QKOlVp_dR_VN for <roll@ietfa.amsl.com>; Sun, 23 Nov 2014 13:16:13 -0800 (PST)
Received: from tuna.sandelman.ca (tuna.sandelman.ca [IPv6:2607:f0b0:f:3:216:3eff:fe7c:d1f3]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7AF371A1AAA for <roll@ietf.org>; Sun, 23 Nov 2014 13:16:13 -0800 (PST)
Received: from sandelman.ca (obiwan.sandelman.ca [IPv6:2607:f0b0:f:2::247]) by tuna.sandelman.ca (Postfix) with ESMTP id 8FBCB20098; Sun, 23 Nov 2014 16:18:58 -0500 (EST)
Received: by sandelman.ca (Postfix, from userid 179) id 5DD2E637F5; Sun, 23 Nov 2014 16:16:12 -0500 (EST)
Received: from sandelman.ca (localhost []) by sandelman.ca (Postfix) with ESMTP id 465BA63745; Sun, 23 Nov 2014 16:16:12 -0500 (EST)
From: Michael Richardson <mcr+ietf@sandelman.ca>
To: Anders Brandt <abr@sdesigns.dk>, consultancy <consultancy@vanderstok.org>, roll@ietf.org
X-Attribution: mcr
X-Mailer: MH-E 8.2; nmh 1.3; 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: Sun, 23 Nov 2014 16:16:12 -0500
Message-ID: <30100.1416777372@sandelman.ca>
Sender: mcr@sandelman.ca
Archived-At: http://mailarchive.ietf.org/arch/msg/roll/GzkDk-oqjT4NoR9qQWWENSS9ct0
Subject: [Roll] home-building-requirements section 7.1
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: Sun, 23 Nov 2014 21:16:14 -0000

I am very pleased with the document; I hope the WG is reading it, and is
also happy with it.

In secton 7.1 you mention use of PANA to secure new nodes.
The reference seems very hesistant, and the DTLS relay is just kind of
thrown in.   Can you make this recommendation more concrete? Or remove it.

If it's PANA, I assume EAP is involved, and so what what EAP methods should
be used?

I think that, having read this document, I ought to be able to create a
light-bulb or light switch --- I think that I can make it function in the
network, but I don't think it will use the same enrollment tools at all, and
I'd sure like to change that.  I don't mind being really really specific
here: I encourage it. 

I also don't know what protocol to use for turning lights on/off, but I
acknowledge that is out of scope for the ROLL WG to specify.  Perhaps there
is an informative reference I missed.

I think that unless you have a specific way to use the DTLS relay, you should
remove the reference -- it doesn't help anyone trying to implement an
interoperable device.

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