Re: [dbound] On (not) moving forward

Andrew Sullivan <ajs@anvilwalrusden.com> Sun, 27 March 2016 16:19 UTC

Return-Path: <ajs@anvilwalrusden.com>
X-Original-To: dbound@ietfa.amsl.com
Delivered-To: dbound@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E041912D1B1 for <dbound@ietfa.amsl.com>; Sun, 27 Mar 2016 09:19:59 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level:
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] 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 GNEjcv75lhyV for <dbound@ietfa.amsl.com>; Sun, 27 Mar 2016 09:19:54 -0700 (PDT)
Received: from mx2.yitter.info (mx2.yitter.info [IPv6:2600:3c03::f03c:91ff:fedf:cfab]) by ietfa.amsl.com (Postfix) with ESMTP id 5907C12D1AD for <dbound@ietf.org>; Sun, 27 Mar 2016 09:19:54 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1]) by mx2.yitter.info (Postfix) with ESMTP id A725F10AFA for <dbound@ietf.org>; Sun, 27 Mar 2016 16:19:53 +0000 (UTC)
X-Virus-Scanned: Debian amavisd-new at crankycanuck.ca
Received: from mx2.yitter.info ([127.0.0.1]) by localhost (mx2.yitter.info [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id wR8cNXfJoHnc for <dbound@ietf.org>; Sun, 27 Mar 2016 16:19:53 +0000 (UTC)
Received: from mx2.yitter.info (unknown [IPv6:2601:18d:8600:87d9:1182:60a0:df67:d01d]) by mx2.yitter.info (Postfix) with ESMTPSA id EBAEE10ACB for <dbound@ietf.org>; Sun, 27 Mar 2016 16:19:52 +0000 (UTC)
Date: Sun, 27 Mar 2016 12:19:51 -0400
From: Andrew Sullivan <ajs@anvilwalrusden.com>
To: dbound@ietf.org
Message-ID: <20160327161951.GA16227@mx2.yitter.info>
References: <20160326025652.14512.qmail@ary.lan> <2F22DF36-B8A9-4CE8-86F2-8592CC8283AB@viagenie.ca> <C0F8F796-7488-44B8-A9D8-CFD2D64EBB5A@virtualized.org> <56F73097.5040906@dcrocker.net> <1A6F8665-E849-4471-84BC-32D238B0A69C@vpnc.org> <56F75590.4030100@dcrocker.net>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Disposition: inline
In-Reply-To: <56F75590.4030100@dcrocker.net>
User-Agent: Mutt/1.5.23 (2014-03-12)
Archived-At: <http://mailarchive.ietf.org/arch/msg/dbound/FzRqFZEE1nBhNNT0E1qmRIMlie0>
Subject: Re: [dbound] On (not) moving forward
X-BeenThere: dbound@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: DNS tree bounds <dbound.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/dbound>, <mailto:dbound-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/dbound/>
List-Post: <mailto:dbound@ietf.org>
List-Help: <mailto:dbound-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/dbound>, <mailto:dbound-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sun, 27 Mar 2016 16:20:00 -0000

On Sat, Mar 26, 2016 at 08:37:52PM -0700, Dave Crocker wrote:
> The semantic of an underscore branch to domain foo is that it provides
> attributes associated with foo.

But I, at least, was trying to design something that could apply to
any name.  There's a recursive problem with underscore labels for this
use, because by defition they can't work for every case (at the very
least, they can't work once the name you're trying to talk about is
already 253 octets long)

> I understand the administrative issues that you cite.  However the
> operational difficulties in creating name entries in the DNS are generally
> significantly less in effort and time than in getting a new RR to be useful,
> end-to-end...

I'm aware of the difficulties.  See upthread where I talk about the
deployment incentives and where the pain happens.

A

-- 
Andrew Sullivan
ajs@anvilwalrusden.com