Re: DNS vs. non-DNS Data (was Re: Signature at parent (draft-ietf-dnsop-parent-sig-00.txt))

"Eric A. Hall" <ehall@ehsco.com> Sun, 08 April 2001 12:37 UTC

Received: from psg.com (exim@[147.28.0.62]) by ietf.org (8.9.1a/8.9.1a) with SMTP id IAA08560 for <dnsext-archive@lists.ietf.org>; Sun, 8 Apr 2001 08:37:18 -0400 (EDT)
Received: from lserv by psg.com with local (Exim 3.16 #1) id 14mE11-0004QJ-00 for namedroppers-data@psg.com; Sun, 08 Apr 2001 05:09:59 -0700
Received: from h236.s254.netsol.com ([216.168.254.236]) by psg.com with esmtp (Exim 3.16 #1) id 14mE0x-0004QB-00 for namedroppers@ops.ietf.org; Sun, 08 Apr 2001 05:09:55 -0700
Received: (from markk@localhost) by h236.s254.netsol.com (8.11.0/8.11.0) id f38C0sc00710 for namedroppers@ops.ietf.org; Sun, 8 Apr 2001 08:00:54 -0400 (EDT)
Received: from [209.31.7.46] (helo=Arachnid.NTRG.com) by psg.com with esmtp (Exim 3.16 #1) id 14m4YY-000E2T-00 for namedroppers@ops.ietf.org; Sat, 07 Apr 2001 19:04:00 -0700
Received: from ehsco.com (ferret.ntrg.com [192.168.10.10]) by Arachnid.NTRG.com (Netscape Messaging Server 3.62) with ESMTP id 689 for <namedroppers@ops.ietf.org>; Sat, 7 Apr 2001 19:03:44 -0700
Message-ID: <3ACFC6FF.42237B18@ehsco.com>
Date: Sat, 07 Apr 2001 19:03:43 -0700
From: "Eric A. Hall" <ehall@ehsco.com>
Organization: EHS Company
X-Mailer: Mozilla 4.75 [en] (WinNT; U)
X-Accept-Language: en
MIME-Version: 1.0
To: namedroppers@ops.ietf.org
Subject: Re: DNS vs. non-DNS Data (was Re: Signature at parent (draft-ietf-dnsop-parent-sig-00.txt))
References: <18008.986614404@mundamutti.cs.mu.OZ.AU>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: owner-namedroppers@ops.ietf.org
Precedence: bulk
Content-Transfer-Encoding: 7bit

Robert Elz wrote:

> Personally, I have no problem with storing almost any kind of data in
> the DNS

I'm sure you didn't mean the example I'm about to give but I am taking the
bait anyway. :)

The problem with being too liberal wrt DNS data is that it dillutes the
effectiveness of the lookup service.

If for example under the "anything goes" principle somebody defines the
dreaded My-MP3-Files RR which returns records for every MP3 cataloged on a
specific server, it is possible for thousands of RRs to be returned.
However, those answers will also get returned whenever the associated
domain name is queried with a qtype=*

Ergo, everytime sendmail tries to enumerate the RRs for a destination
domain name, it would get overloaded with My-MP3-Files RRs, which would
either dillute or completely destroy the usability of DNS for simple
lookup functions.

That's maybe an exaggeration, but maybe it isn't, and really it will all
depend on how liberal the line is drawn. I advocate hard-liner positioning
in this matter. Heck it might even be worth a policy thing, no RRs get
approved without passing through DNSEXT first.

-- 
Eric A. Hall                                        http://www.ehsco.com/
Internet Core Protocols          http://www.oreilly.com/catalog/coreprot/


to unsubscribe send a message to namedroppers-request@ops.ietf.org with
the word 'unsubscribe' in a single line as the message text body.