Re: [homenet] About Ted's naming architecture presentation and document
Ted Lemon <mellon@fugue.com> Wed, 16 November 2016 07:13 UTC
Return-Path: <mellon@fugue.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 90E82129452 for <homenet@ietfa.amsl.com>; Tue, 15 Nov 2016 23:13:23 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.901
X-Spam-Level:
X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=fugue-com.20150623.gappssmtp.com
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 urs3LQQXG3ni for <homenet@ietfa.amsl.com>; Tue, 15 Nov 2016 23:13:21 -0800 (PST)
Received: from mail-wm0-x229.google.com (mail-wm0-x229.google.com [IPv6:2a00:1450:400c:c09::229]) (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 6853112943F for <homenet@ietf.org>; Tue, 15 Nov 2016 23:13:21 -0800 (PST)
Received: by mail-wm0-x229.google.com with SMTP id t79so51856218wmt.0 for <homenet@ietf.org>; Tue, 15 Nov 2016 23:13:21 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=fugue-com.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=bdojfeEKbu2Wy3n7dscgRTxYavH2g9YDyFNXex5XpNI=; b=iPOz/BwMjod2W4Ve4nGLv9dxUE0ccwU38C6J1TOQhTk9+nzQQkBppvWQHZlAmhAnc5 /XB6c6oUE8YmD/a4+j+l5D0GIUjmvI6/35BuQojp1sM6XhaiGlFTQ1Pnj8iDUX8VOAKl fX6NwWKkf8KkPBX7AWwalHjB3+Epp/WHNaN/UuSWyPRWDdSSNa+AcRVZYqxqw150tJYe Joy1N6o4NDvL++dtMTrp1JDMzjM9T9zb9lwkZ25JIMmLW9sb7KuixyBAhmDI3JtF1A+f ScVm0x5p128YiHKpkSCssQHfUB3Ll2lPuYHkOzC7NzAG6NhrENC8An11XW5NeaQjoUID Zg5Q==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=bdojfeEKbu2Wy3n7dscgRTxYavH2g9YDyFNXex5XpNI=; b=DIycyWpGsaR08PIiGQEEOkzRciLNVoWLqAqNJwx+9uCmpJaEwuar6rGM9E+WWkjDGU yjhhYZdFiA4PePUB4LAhpKJKUAPJ/R/RpbN38p+YPU+9g7hdMbiyYa1WEaO50b1LxBlX HXqSCtW6ne/53cYKKHhJwhfY5lTpxKjN1PRG8M2sm/tywlMnLRyKfjbOK9Jmi/5HeZ9X UHN8PYdVxlqmascSibDgBcC+C33UdXDZgXUoCPXD5LzXrMian6JMo665Dui+5AWaEu4A fy6sCIEOLm+ieNfNMWHLuHUD8PIVGiEmqwyC+FKCum/KIInLYMTuiXBoqQrocc7IbshA 1N0A==
X-Gm-Message-State: ABUngvfRo+pg7bdWa2k4OOR/JmfGyeLONuHdQxtGlrfkqAimUGRYKw5o9rMpQ0C7vwhAFaejp9gXINOewC+7XQ==
X-Received: by 10.25.33.140 with SMTP id h134mr489459lfh.181.1479280399924; Tue, 15 Nov 2016 23:13:19 -0800 (PST)
MIME-Version: 1.0
Received: by 10.25.43.210 with HTTP; Tue, 15 Nov 2016 23:12:39 -0800 (PST)
In-Reply-To: <871syc54d1.wl-jch@pps.univ-paris-diderot.fr>
References: <871syc54d1.wl-jch@pps.univ-paris-diderot.fr>
From: Ted Lemon <mellon@fugue.com>
Date: Wed, 16 Nov 2016 16:12:39 +0900
Message-ID: <CAPt1N1=eXRBh6UqGGqUSK9cH_jY5MvPcE4MFZUPe2Z48LF7bkA@mail.gmail.com>
To: Juliusz Chroboczek <jch@pps.univ-paris-diderot.fr>
Content-Type: text/plain; charset="UTF-8"
Archived-At: <https://mailarchive.ietf.org/arch/msg/homenet/EgxllfpK77OGFjgmVm0mTgPIRNM>
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: Wed, 16 Nov 2016 07:13:23 -0000
The conclusion of the presentation today was that we should define a model for DNSSD+mDNS hybrid that will scale up to adding an authoritative name server and doing DNSSEC, so that if you buy a bunch of routers that do just the easy solution, you can buy one router later that does the real deal. Or, more likely, at least initially, just get OpenWRT. On Wed, Nov 16, 2016 at 3:24 PM, Juliusz Chroboczek <jch@pps.univ-paris-diderot.fr> wrote: > I've got three comments about the proposed naming architecture. > > > First point. I feel I'm not alone in feeling uncomfortable about the > sheer breadth of this document. I'm wondering if the main problem isn't > that it's trying to solve multiple problems, each of which is difficult in > itself: > > (1) naming within the homenet (the "epson.homenet" issue outlined by Stuart); > (2) access to homenet devices from the Global Internet; > (3) a management API; > (4) probably others that I'm not yet able to identify. > > I think it would be worthwile working out which of the above are doable, > which of the above this working group actually cares about enough to get > them fully specified and fully implemented. In particular, I'm wondering > if dropping point (2) wouldn't yield a much simpler document. > > > Second point. Should we define a management API, it would be a waste if > it were bound to naming. Case in point, it has been requested in > a previous thread to be able to list the rogue wifi-enabled lightbulbs > that are on one's network, and prevent them from speaking to the Global > Internet. > > > Third point. Should we define a management API (and I'm not sure we > should), I'm really not worried about getting the client app into client > devices: the first implementation would be a bunch of javascript code > that's downloaded from the router's web interface. This implies, of > course, that the API is layered above something that Javascript can speak > (REST, as suggested by Ted, or simple RPC-over-JSON-over-HTTP(s), or RPC > over Websockets). > > (Aside: which is yet another argument in favour of opportunistic encryption > in HTTP, but that's not an issue for this particular working group.) > > -- Juliusz > > _______________________________________________ > homenet mailing list > homenet@ietf.org > https://www.ietf.org/mailman/listinfo/homenet
- [homenet] About Ted's naming architecture present… Juliusz Chroboczek
- Re: [homenet] About Ted's naming architecture pre… Ted Lemon
- Re: [homenet] About Ted's naming architecture pre… Ted Lemon
- Re: [homenet] About Ted's naming architecture pre… Juliusz Chroboczek
- Re: [homenet] About Ted's naming architecture pre… Michael Richardson
- Re: [homenet] About Ted's naming architecture pre… Ted Lemon
- Re: [homenet] About Ted's naming architecture pre… Michael Richardson
- Re: [homenet] About Ted's naming architecture pre… Ted Lemon
- Re: [homenet] About Ted's naming architecture pre… Juliusz Chroboczek
- Re: [homenet] About Ted's naming architecture pre… james woodyatt
- Re: [homenet] About Ted's naming architecture pre… Michael Thomas
- Re: [homenet] About Ted's naming architecture pre… james woodyatt
- Re: [homenet] About Ted's naming architecture pre… Ted Lemon
- Re: [homenet] About Ted's naming architecture pre… james woodyatt
- Re: [homenet] About Ted's naming architecture pre… Tim Chown
- Re: [homenet] About Ted's naming architecture pre… Juliusz Chroboczek
- Re: [homenet] About Ted's naming architecture pre… Michael Thomas
- Re: [homenet] About Ted's naming architecture pre… Juliusz Chroboczek
- Re: [homenet] About Ted's naming architecture pre… Markus Stenberg
- [homenet] Firewall hole punching [was: About Ted'… Juliusz Chroboczek
- Re: [homenet] Firewall hole punching [was: About … Markus Stenberg
- Re: [homenet] Firewall hole punching [was: About … james woodyatt
- Re: [homenet] Firewall hole punching [was: About … james woodyatt
- Re: [homenet] Firewall hole punching [was: About … Lorenzo Colitti
- Re: [homenet] Firewall hole punching [was: About … Markus Stenberg
- Re: [homenet] Firewall hole punching [was: About … Ca By
- Re: [homenet] Firewall hole punching [was: About … Michael Thomas
- Re: [homenet] Firewall hole punching [was: About … Tim Chown
- Re: [homenet] Firewall hole punching [was: About … Juliusz Chroboczek
- Re: [homenet] Firewall hole punching [was: About … Ray Bellis
- Re: [homenet] Firewall hole punching [was: About … Tim Coote
- Re: [homenet] Firewall hole punching [was: About … Gert Doering
- [homenet] Back to Ted's draft [was: Firewall hole… Juliusz Chroboczek
- [homenet] Understanding DNS-SD hybrid proxying [w… Juliusz Chroboczek
- Re: [homenet] Understanding DNS-SD hybrid proxyin… Markus Stenberg
- Re: [homenet] Understanding DNS-SD hybrid proxyin… Tim Chown
- Re: [homenet] Understanding DNS-SD hybrid proxyin… Juliusz Chroboczek
- Re: [homenet] Understanding DNS-SD hybrid proxyin… Juliusz Chroboczek
- Re: [homenet] Understanding DNS-SD hybrid proxyin… Markus Stenberg
- Re: [homenet] Understanding DNS-SD hybrid proxyin… Markus Stenberg
- Re: [homenet] Understanding DNS-SD hybrid proxyin… Juliusz Chroboczek
- Re: [homenet] Firewall hole punching [was: About … james woodyatt
- Re: [homenet] Firewall hole punching [was: About … Lorenzo Colitti
- Re: [homenet] About Ted's naming architecture pre… Ray Hunter (v6ops)
- Re: [homenet] About Ted's naming architecture pre… james woodyatt