Re: Summary: What to do with expired signatures

Paul Vixie <paul@vix.com> Mon, 18 February 2002 16:40 UTC

Received: from psg.com (exim@psg.com [147.28.0.62]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id LAA08055 for <dnsext-archive@lists.ietf.org>; Mon, 18 Feb 2002 11:40:54 -0500 (EST)
Received: from lserv by psg.com with local (Exim 3.33 #1) id 16cqjL-000HYF-00 for namedroppers-data@psg.com; Mon, 18 Feb 2002 08:33:31 -0800
Received: from as.vix.com ([204.152.187.70]) by psg.com with esmtp (Exim 3.33 #1) id 16cqjK-000HY8-00 for namedroppers@ops.ietf.org; Mon, 18 Feb 2002 08:33:31 -0800
Received: from as.vix.com (localhost [127.0.0.1]) by as.vix.com (Postfix) with ESMTP id 0E60328EB0 for <namedroppers@ops.ietf.org>; Mon, 18 Feb 2002 08:33:30 -0800 (PST) (envelope-from vixie@as.vix.com)
From: Paul Vixie <paul@vix.com>
To: namedroppers@ops.ietf.org
Subject: Re: Summary: What to do with expired signatures
In-Reply-To: Message from "Eric A. Hall" <ehall@ehsco.com> of "Mon, 18 Feb 2002 09:21:28 CST." <3C711BF8.4426888B@ehsco.com>
X-Mailer: mh-e 6.0; nmh 1.0.4; Emacs 21.1
Date: Mon, 18 Feb 2002 08:33:30 -0800
Message-Id: <20020218163330.0E60328EB0@as.vix.com>
Sender: owner-namedroppers@ops.ietf.org
Precedence: bulk

eric just said, in comments directed at robert:

> There are valid reasons why people want it. What are your valid reasons
> for preventing other people from having it? I mean, as weak as the
> arguments for a standardized out-of-band replication system may be, there
> are no valid arguments against it that I can think of. So the question
> really is, why should we not clarify it? What is the cost?

as long as it is clarified that the whole thing is optional, that's fine.

because a number of interoperable-on-the-wire dns implementations don't
have a concept of "loading" or even "importing" their authoritative data
except via AXFR or DYNUPD or out-of-band methods such as SQL, and it
would be factually wrong of this WG to call these "nonstandard".

the ability to "load" a "zone file" is often QUITE useful, and so many
implementations (including BIND) have implemented and will continue to
implement it.  and it makes _great_ sense, at the system design level,
for there to be a standard "zone file" format to make OOB zone transport
easier.

this discussion isn't about whether it's useful, or whether the format we
use is a good one, or whether it can be or should be extended.  the topic
at hand is: can a DNS implementation which doesn't "load" zones at all but
is still interoperable-on-the-wire for udp/53 and tcp/53 be thought
incomplete from a standards point of view?  i say "no, that's fine, such
an implementation is still complete from the DNS standards point of view."

to unsubscribe send a message to namedroppers-request@ops.ietf.org with
the word 'unsubscribe' in a single line as the message text body.
archive: <http://ops.ietf.org/lists/namedroppers/>