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.
- Re: DNS vs. non-DNS Data (was Re: Signature at pa… Robert Elz
- Re: DNS vs. non-DNS Data (was Re: Signature at pa… Patrik Fältström
- Re: DNS vs. non-DNS Data (was Re: Signature at pa… Eric A. Hall
- Re: DNS vs. non-DNS Data (was Re: Signature at pa… Robert Elz