Re: [dnsext] loads of TXT records for fun and profit

Nicholas Weaver <nweaver@icsi.berkeley.edu> Fri, 03 May 2013 17:40 UTC

Return-Path: <nweaver@icsi.berkeley.edu>
X-Original-To: dnsext@ietfa.amsl.com
Delivered-To: dnsext@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A3FA221F8F43 for <dnsext@ietfa.amsl.com>; Fri, 3 May 2013 10:40:04 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0
X-Spam-Level:
X-Spam-Status: No, score=0 tagged_above=-999 required=5 tests=[none]
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 zlR6yw8ccM8a for <dnsext@ietfa.amsl.com>; Fri, 3 May 2013 10:39:58 -0700 (PDT)
Received: from rock.ICSI.Berkeley.EDU (rock.ICSI.Berkeley.EDU [192.150.186.19]) by ietfa.amsl.com (Postfix) with ESMTP id 9965D21F9743 for <dnsext@ietf.org>; Fri, 3 May 2013 10:29:15 -0700 (PDT)
Received: from localhost (localhost.localdomain [127.0.0.1]) by rock.ICSI.Berkeley.EDU (Postfix) with ESMTP id 84AD82C4008; Fri, 3 May 2013 10:29:15 -0700 (PDT)
X-Virus-Scanned: amavisd-new at ICSI.Berkeley.EDU
Received: from rock.ICSI.Berkeley.EDU ([127.0.0.1]) by localhost (maihub.ICSI.Berkeley.EDU [127.0.0.1]) (amavisd-new, port 10024) with LMTP id ITCExgadQp+w; Fri, 3 May 2013 10:29:15 -0700 (PDT)
Received: from gala.icir.org (gala [192.150.187.49]) (Authenticated sender: nweaver) by rock.ICSI.Berkeley.EDU (Postfix) with ESMTP id 3F7402C4007; Fri, 3 May 2013 10:29:15 -0700 (PDT)
Content-Type: text/plain; charset="iso-8859-1"
Mime-Version: 1.0 (Mac OS X Mail 6.3 \(1503\))
From: Nicholas Weaver <nweaver@icsi.berkeley.edu>
In-Reply-To: <CAMm+LwjoJjGi9PdRON=Ft=eFbkQsiDzFaKC9hEu2zA77G2H4Yw@mail.gmail.com>
Date: Fri, 03 May 2013 10:29:15 -0700
Content-Transfer-Encoding: quoted-printable
Message-Id: <136D764A-2018-4B42-A6A0-A2EC828B9A61@icsi.berkeley.edu>
References: <20130425013317.36729.qmail@joyce.lan> <80ADB3EE-17FD-4628-B818-801CB71BCBFE@virtualized.org> <alpine.BSF.2.00.1304242309150.38677@joyce.lan> <46778ED3-35A2-44B4-BE3C-AAC4F7B314FF@virtualized.org> <92BBD83F-676D-4B05-B927-4101DD5CAD3E@neustar.biz> <DC121025-A014-492B-AFAD-22CDE49D866E@rfc1035.com> <CAMm+Lwi4MAjX8BAk_ro9usf6AJo=1UERhGBJ1rUa-AbrX09dqg@mail.gmail.com> <E5E3F801-6490-48A8-A12F-A6561893D78A@icsi.berkeley.edu> <CAMm+LwhqwT+9sqH5K4fJP3sUhmaTuPBMq8zE+4BdaTgBem9QDw@mail.gmail.com> <B72B7DF7-E52F-4B44-B7E3-67DCC5DD747F@hopcount.ca> <CAMm+LwjoJjGi9PdRON=Ft=eFbkQsiDzFaKC9hEu2zA77G2H4Yw@mail.gmail.com>
To: Phillip Hallam-Baker <hallam@gmail.com>
X-Mailer: Apple Mail (2.1503)
Cc: "dnsext@ietf.org" <dnsext@ietf.org>
Subject: Re: [dnsext] loads of TXT records for fun and profit
X-BeenThere: dnsext@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: DNS Extensions working group discussion list <dnsext.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/dnsext>, <mailto:dnsext-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/dnsext>
List-Post: <mailto:dnsext@ietf.org>
List-Help: <mailto:dnsext-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/dnsext>, <mailto:dnsext-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 03 May 2013 17:40:04 -0000

On May 3, 2013, at 9:17 AM, Phillip Hallam-Baker <hallam@gmail.com> wrote:

> My point on TXT records and the 500 byte limit is that when you make a query for an unprefixed TXT record you are going to get ALL the records for all hacks that are overloading TXT with additional semantics. So the approach is not scalable which I think you agree with. 
> 
> 
> Getting a RR assignment isn't the pain point. The only reason for getting an assignment is to make it more likely we will get decent support in BIND etc.
> 
> I know all about the unknown RR coding. But that is second best support. What I am proposing is that we cut off a chunk of RR space that allows it to be used in a useful fashion without waiting for new deployments of BIND etc. 
> 
> Having to update BIND is second best in any case. The fewer updates and the fewer code paths to be verified, the better. Adding a new RR type to BIND only takes me a few hours. But writing the regression tests and the support infrastructure would be a lot more work and that is what it would be necessary to consider the code to be 'production'.

Why not instead just add a SECOND "unknown RTYPE encoding": a series of strings thats encoded like it is a TXT record.