Re: [homenet] draft-ietf-homenet-front-end-naming-delegation vs. DynDNS

Toke Høiland-Jørgensen <toke@toke.dk> Mon, 23 July 2018 19:28 UTC

Return-Path: <toke@toke.dk>
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 521D2130ECB for <homenet@ietfa.amsl.com>; Mon, 23 Jul 2018 12:28:33 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.001
X-Spam-Level:
X-Spam-Status: No, score=-2.001 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-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=toke.dk
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 EO1Nh-Ze6u-O for <homenet@ietfa.amsl.com>; Mon, 23 Jul 2018 12:28:31 -0700 (PDT)
Received: from mail.toke.dk (mail.toke.dk [52.28.52.200]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 50C9D130EC7 for <homenet@ietf.org>; Mon, 23 Jul 2018 12:28:31 -0700 (PDT)
From: Toke Høiland-Jørgensen <toke@toke.dk>
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=toke.dk; s=20161023; t=1532374109; bh=ZhMrxL0KLLqqO+lOy4pBsd9stEpK8UzXKGo6R4wFtmk=; h=From:To:Cc:Subject:In-Reply-To:References:Date:From; b=Lb7srhxxN7N75RVpCXERpMT5PkFMzfONnxX8nqnBaKZt2kqoZmPpg93SCwVe2WEzG jWmtZ/fdDqyd0D7otALYITkLgvz8SsAo7RTa7/egk/SbRd31cEB3Tlybtsk3+jyofE 1LDoQYGevnWk0/U8ei67/2w3Lak6yX1VSY2kvBPytc1jRWh6DWAxWySmglPrk4IO7k +F07kNOS6uDujbUfbC1CILXqaPZiV0w2lmEWW1qifqsBTdDDbZeMf5IJf9XlayA9lr qYdujhKDV86ub2D7amWYgf2P6fURfBGk4VB8AQ7dx+XT5rC+UP353VF2w6kof0Njzj 1SQbgy95FJSZw==
To: Juliusz Chroboczek <jch@irif.fr>
Cc: Elson Oliveira <Elson.Oliveira@cira.ca>, Homenet <homenet@ietf.org>
In-Reply-To: <87pnzd6a7m.wl-jch@irif.fr>
References: <87sh4g1bqe.wl-jch@irif.fr> <249918E0-8E8F-44A9-B1ED-0D4F91104B20@isc.org> <877elsovmq.wl-jch@irif.fr> <CAPt1N1msXi1BG9RTDr2sWnn8J6F45CnESJCg4LTP-4jP9mVJxw@mail.gmail.com> <87tvovd0jp.wl-jch@irif.fr> <f70a8ff8-fb99-115d-ec33-d0ffa9ae8f13@cs.tcd.ie> <CAPt1N1=hpR81cBrs1zFKux6JAXQxn6g0==DiSWYVbW0hdSxbww@mail.gmail.com> <87k1prarme.wl-jch@irif.fr> <bc700dd55f654447a02cd93226f6aba5@cira.ca> <87sh496bnb.wl-jch@irif.fr> <87va953hx1.fsf@toke.dk> <87pnzd6a7m.wl-jch@irif.fr>
Date: Mon, 23 Jul 2018 21:28:24 +0200
X-Clacks-Overhead: GNU Terry Pratchett
Message-ID: <87sh493g6f.fsf@toke.dk>
MIME-Version: 1.0
Content-Type: text/plain
Archived-At: <https://mailarchive.ietf.org/arch/msg/homenet/jWhrN-0NxTvs6_I2u8VV7CQUSrw>
Subject: Re: [homenet] draft-ietf-homenet-front-end-naming-delegation vs. DynDNS
X-BeenThere: homenet@ietf.org
X-Mailman-Version: 2.1.27
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: Mon, 23 Jul 2018 19:28:33 -0000

Juliusz Chroboczek <jch@irif.fr> writes:

>> Why? What is wrong with the owner of the network selecting which devices
>> / services he/she wants globally reachable
>
> I don't think this is about global reachability (which is hopefully
> managed by PCP), it's about exporting names into the global DNS. We
> ought to distinguish the two -- you can be remotely reachable without
> publishing your name in the DNS.

Fair enough.

>> without each device/service having to implement (and be configured for)
>> an external naming provider?
>
> Roughly 100% of Homenet devices don't need a name in the global DNS --
> neither SIP, nor Skype, nor BitTorrent, nor syncthing, nor anything
> else that normal people run in their home relies on the DNS for
> locating remote peers.

Well, those all work because they use a "giant MITM in the cloud"
rendezvous point. If publishing things into global DNS worked reliably
and automatically, and we had IPv6 everywhere, such designs would not be
needed...

> In the rare case where a device needs to be in the global DNS (and the
> only case I can see is that of a web server), I'd much rather
> configure that on the device itself than on the buggy web interface of
> my ISP-provided CPE (or, even worse, "in the cloud").

Right, I can certainly see where you're coming from with this :)

-Toke