Re: [homenet] About Ted's naming architecture presentation and document

"Ray Hunter (v6ops)" <v6ops@globis.net> Thu, 01 December 2016 15:51 UTC

Return-Path: <v6ops@globis.net>
X-Original-To: homenet@ietfa.amsl.com
Delivered-To: homenet@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B27BA12943A for <homenet@ietfa.amsl.com>; Thu, 1 Dec 2016 07:51:35 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -5.496
X-Spam-Level:
X-Spam-Status: No, score=-5.496 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, RP_MATCHES_RCVD=-2.896, 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 yVP9s9Srjloi for <homenet@ietfa.amsl.com>; Thu, 1 Dec 2016 07:51:33 -0800 (PST)
Received: from globis01.globis.net (mail.globis.net [IPv6:2001:470:1f15:62e::2]) by ietfa.amsl.com (Postfix) with ESMTP id 2DF46127058 for <homenet@ietf.org>; Thu, 1 Dec 2016 07:51:32 -0800 (PST)
Received: from localhost (localhost [127.0.0.1]) by globis01.globis.net (Postfix) with ESMTP id E85424036F; Thu, 1 Dec 2016 16:51:30 +0100 (CET)
X-Virus-Scanned: Debian amavisd-new at globis01.globis.net
Received: from globis01.globis.net ([127.0.0.1]) by localhost (mail.globis.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Zi9qSCoJAofu; Thu, 1 Dec 2016 16:51:28 +0100 (CET)
Received: from MacBook-Pro-2.local (dhcp-089-098-157-249.chello.nl [89.98.157.249]) (Authenticated sender: v6ops@globis.net) by globis01.globis.net (Postfix) with ESMTPA id D3E1140369; Thu, 1 Dec 2016 16:51:27 +0100 (CET)
Message-ID: <58404736.2010301@globis.net>
Date: Thu, 01 Dec 2016 16:52:22 +0100
From: "Ray Hunter (v6ops)" <v6ops@globis.net>
User-Agent: Postbox 4.0.8 (Macintosh/20151105)
MIME-Version: 1.0
To: james woodyatt <jhw@google.com>
References: <871syc54d1.wl-jch@pps.univ-paris-diderot.fr> <CAPt1N1=eXRBh6UqGGqUSK9cH_jY5MvPcE4MFZUPe2Z48LF7bkA@mail.gmail.com> <87lgwj504t.wl-jch@irif.fr> <CAPt1N1kDCMDBEpt7QYhHtPYjaMJAzw8G81=2y2f=y0ZProeCPA@mail.gmail.com> <13675.1479346312@dooku.sandelman.ca> <3B35AF68-4792-4B2A-8277-A7B49206581F@google.com>
In-Reply-To: <3B35AF68-4792-4B2A-8277-A7B49206581F@google.com>
Content-Type: multipart/alternative; boundary="------------000306050809070802090503"
Archived-At: <https://mailarchive.ietf.org/arch/msg/homenet/ZfDyGyEtbWDNqHouKru1YI18h98>
Cc: HOMENET <homenet@ietf.org>
Subject: Re: [homenet] About Ted's naming architecture presentation and document
X-BeenThere: homenet@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: IETF Homenet WG mailing list <homenet.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/homenet>, <mailto:homenet-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/homenet/>
List-Post: <mailto:homenet@ietf.org>
List-Help: <mailto:homenet-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/homenet>, <mailto:homenet-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 01 Dec 2016 15:51:35 -0000

james woodyatt wrote:
> On Nov 16, 2016, at 17:31, Michael Richardson <mcr+ietf@sandelman.ca 
> <mailto:mcr+ietf@sandelman.ca>> wrote:
>>
>> But, do you agree that publishing your home lighting controller to 
>> the DNS is
>> how you manage to control your lights from your phone when you are out of
>> wifi distance, as you roam to 3G. (I switch to 3G when I get to the 
>> front of
>> my rather modest driveway, as the AP is in the back of the basement)?
>
> If anybody is currently shipping, or has announced plans to ship, any 
> kind of home automation device that does this, please speak up on the 
> mailing list. I’d like to calibrate my perhaps mistaken apprehension 
> that nobody would seriously consider doing this. Everyone I know in 
> this field plans to do this by providing a single public rendezvous 
> point with high availability servers that communicate in turn to home 
> automation controllers acting as private clients.
>
>
> --james woodyatt <jhw@google.com <mailto:jhw@google.com>>
>
>
RFC3724.

 >  End user choice and empowerment, integrity of service, support for 
trust, and "good network citizen behavior" are all properties that have 
developed as a consequence of the end-to-end principle.

Rendezvous points are themselves an attack vector/ anti-privacy snooping 
vector/ commercial lock-in/ convenience, depending on your point of view.

So please let's empower the end user to either "opt in" or "opt out".

-- 
regards,
RayH
<https://www.postbox-inc.com/?utm_source=email&utm_medium=siglink&utm_campaign=reach>