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

Michael Thomas <mike@mtcc.com> Tue, 22 November 2016 16:28 UTC

Return-Path: <mike@mtcc.com>
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 C11461296AE for <homenet@ietfa.amsl.com>; Tue, 22 Nov 2016 08:28:39 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.598
X-Spam-Level:
X-Spam-Status: No, score=-2.598 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_ADSP_ALL=0.8, HTML_MESSAGE=0.001, RP_MATCHES_RCVD=-1.497, SPF_HELO_PASS=-0.001, 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 BRWFWLqwzaFr for <homenet@ietfa.amsl.com>; Tue, 22 Nov 2016 08:28:38 -0800 (PST)
Received: from takifugu.mtcc.com (mtcc.com [50.0.18.224]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 52877129509 for <homenet@ietf.org>; Tue, 22 Nov 2016 08:28:38 -0800 (PST)
Received: from takifugu.mtcc.com (takifugu.mtcc.com [50.0.18.224]) (authenticated bits=0) by takifugu.mtcc.com (8.15.2/8.14.7) with ESMTPSA id uAMGSa6g020370 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO) for <homenet@ietf.org>; Tue, 22 Nov 2016 08:28:37 -0800
To: homenet@ietf.org
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> <74143607-B81E-4D4C-89D3-4754E0DA7DE1@jisc.ac.uk>
From: Michael Thomas <mike@mtcc.com>
Message-ID: <790beb67-a62e-b7dc-b64e-a3fcecfbdb12@mtcc.com>
Date: Tue, 22 Nov 2016 08:28:36 -0800
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.0
MIME-Version: 1.0
In-Reply-To: <74143607-B81E-4D4C-89D3-4754E0DA7DE1@jisc.ac.uk>
Content-Type: multipart/alternative; boundary="------------70931AC883ACD4E151EBCF4E"
Archived-At: <https://mailarchive.ietf.org/arch/msg/homenet/KdpXmbFGFCSJmO_u9u0x8tkydGc>
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: Tue, 22 Nov 2016 16:28:39 -0000

On 11/22/2016 01:12 AM, Tim Chown wrote:
>> On 21 Nov 2016, at 19:34, james woodyatt <jhw@google.com 
>> <mailto:jhw@google.com>> 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.
>
> There are certainly many devices I access directly in my home, e.g. 
> webcams, media servers, but these are not real home automation 
> devices, and not providing “mission critical” functions. They mostly 
> work via web ports and, where IPv4-only, require an amount of port 
> mapping shenanigans. I do have some IPv6 services running in my home 
> that I access remotely.
>
> The challenge with home automation is that there’s a particular need 
> for that service to be both secure and reliable (high uptime). 
> Obviously Mirai has highlighted the problem of insecure IoT in the 
> home, especially through access via default passwords being left in place.
>
> That said, there are examples of home automation companies that have 
> stopped trading, leaving the devices in the home useless. Similarly 
> with some “Internet toys” that require the mothership to still be in 
> orbit for them to work. Non-proprietary devices/protocols are perhaps 
> as important as the architecture itself.

Right. Since Homenet is predicated on ipv6, we should never bake in 
expectations of doglegging that have their justifications in v4/nat. 
There are perfectly
good reasons I don't want to hand over control to some dogleg servers 
whose primary reason for being is to make me a product. I can put that 
controller
into my own home and operate it (and in fact, i do exactly that today 
even in v4-land). And homenet as standards should certainly not be 
catering to some
particular business model -- allow me to opt into being the product, 
thankyouverymuch.

Mike