Re: [homenet] tunnels as way to disambiguate .local

Andrew Sullivan <ajs@anvilwalrusden.com> Wed, 08 August 2012 14:09 UTC

Return-Path: <ajs@anvilwalrusden.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 3840021F85BB for <homenet@ietfa.amsl.com>; Wed, 8 Aug 2012 07:09:40 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.178
X-Spam-Level:
X-Spam-Status: No, score=-1.178 tagged_above=-999 required=5 tests=[AWL=-0.338, BAYES_00=-2.599, HELO_MISMATCH_INFO=1.448, HOST_MISMATCH_NET=0.311]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Qfinz7QNFo7e for <homenet@ietfa.amsl.com>; Wed, 8 Aug 2012 07:09:39 -0700 (PDT)
Received: from mx1.yitter.info (ow5p.x.rootbsd.net [208.79.81.114]) by ietfa.amsl.com (Postfix) with ESMTP id 9344221F8592 for <homenet@ietf.org>; Wed, 8 Aug 2012 07:09:39 -0700 (PDT)
Received: from mail.yitter.info (69-196-144-227.dsl.teksavvy.com [69.196.144.227]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.yitter.info (Postfix) with ESMTPSA id E0FDC8A031 for <homenet@ietf.org>; Wed, 8 Aug 2012 14:09:37 +0000 (UTC)
Date: Wed, 08 Aug 2012 10:09:36 -0400
From: Andrew Sullivan <ajs@anvilwalrusden.com>
To: homenet@ietf.org
Message-ID: <20120808140935.GC77082@mail.yitter.info>
References: <20120806020656.GA88914@isc.org> <C91B386A-8F83-4024-B533-F2AFD26AE64B@fugue.com> <CABOxzu2_WMHkTQiNa+0KZKBn5eUo-V-knYU2kQCfqJ30u8DrYw@mail.gmail.com> <F0F3DC82-CC26-4BE8-8D90-4DC905AD9C00@fugue.com> <20120806182509.GA99606@isc.org> <29040.1344285229@obiwan.sandelman.ca> <20120807013902.GD99606@isc.org> <CABOxzu3qbzf=jQPnLg4QoNBMCe0v7i8QgAMMo_Mkk=6gVdKyoA@mail.gmail.com> <5021686C.60308@mtcc.com> <5022557F.5050105@gmail.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Disposition: inline
In-Reply-To: <5022557F.5050105@gmail.com>
User-Agent: Mutt/1.5.21 (2010-09-15)
Subject: Re: [homenet] tunnels as way to disambiguate .local
X-BeenThere: homenet@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: <homenet.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/homenet>, <mailto:homenet-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/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, 08 Aug 2012 14:09:40 -0000

On Wed, Aug 08, 2012 at 01:03:11PM +0100, Brian E Carpenter wrote:
> It certainly is. But see http://tools.ietf.org/html/draft-carpenter-referral-ps
> especially section 4.2 "FQDNs are not sufficient".

I thought one of the things we were trying to do was to address
exactly the failure modes in that section of the I-D?

Perhaps I'm being naive, but I've been working from the assumption
that, if you want to talk to something on the Internet, you need an
unambiguous way to identify it.  Historically, the best we've had for
that has been the DNS, because it provides a layer of indirection so
that you can have stable identifiers in the face of changing IP
addresses.  

Given the way the relevant markets have gone, it turns out that DNS
names are rather harder to administer and use for ordinary end users
than we might like.  But there's no reason that has to persist, and it
seems to me that if we're going to solve the problems people have
using homenet-type resources on the global Internet, then solving the
DNS piece in a user-friendly way is going to yield greater benefit
than alternatives like ginning up some trick to make mDNS names
sometimes work outside their natural context.

Best,

A

-- 
Andrew Sullivan
ajs@anvilwalrusden.com