Re: transfering vs. loading a zone

Masataka Ohta <mohta@necom830.hpcl.titech.ac.jp> Thu, 14 August 2008 05:19 UTC

Return-Path: <owner-namedroppers@ops.ietf.org>
X-Original-To: ietfarch-dnsext-archive@core3.amsl.com
Delivered-To: ietfarch-dnsext-archive@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id C7F463A6899; Wed, 13 Aug 2008 22:19:34 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 2.796
X-Spam-Level: **
X-Spam-Status: No, score=2.796 tagged_above=-999 required=5 tests=[BAYES_50=0.001, FH_RELAY_NODNS=1.451, HELO_EQ_JP=1.244, RDNS_NONE=0.1]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 4F+iDBtefYGh; Wed, 13 Aug 2008 22:19:34 -0700 (PDT)
Received: from psg.com (psg.com [IPv6:2001:418:1::62]) by core3.amsl.com (Postfix) with ESMTP id E25FE3A63CB; Wed, 13 Aug 2008 22:19:33 -0700 (PDT)
Received: from majordom by psg.com with local (Exim 4.69 (FreeBSD)) (envelope-from <owner-namedroppers@ops.ietf.org>) id 1KTVAv-0005LH-AA for namedroppers-data@psg.com; Thu, 14 Aug 2008 05:15:05 +0000
Received: from [131.112.32.132] (helo=necom830.hpcl.titech.ac.jp) by psg.com with smtp (Exim 4.69 (FreeBSD)) (envelope-from <mohta@necom830.hpcl.titech.ac.jp>) id 1KTVAq-0005KP-8d for namedroppers@ops.ietf.org; Thu, 14 Aug 2008 05:15:02 +0000
Received: (qmail 25003 invoked from network); 14 Aug 2008 05:12:04 -0000
Received: from softbank219001188017.bbtec.net (HELO necom830.hpcl.titech.ac.jp) (219.1.188.17) by necom830.hpcl.titech.ac.jp with SMTP; 14 Aug 2008 05:12:04 -0000
Message-ID: <48A3BDB5.1000200@necom830.hpcl.titech.ac.jp>
Date: Thu, 14 Aug 2008 14:08:05 +0900
From: Masataka Ohta <mohta@necom830.hpcl.titech.ac.jp>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; ja-JP; rv:1.4) Gecko/20030624 Netscape/7.1 (ax)
X-Accept-Language: ja, en
MIME-Version: 1.0
To: "W.C.A. Wijngaards" <wouter@nlnetlabs.nl>
CC: Edward Lewis <Ed.Lewis@neustar.biz>, namedroppers@ops.ietf.org
Subject: Re: transfering vs. loading a zone
References: <a06240800c4c752b74d81@[192.168.50.50]> <48A2BB7D.90408@necom830.hpcl.titech.ac.jp> <48A2C3E9.9070000@nlnetlabs.nl>
In-Reply-To: <48A2C3E9.9070000@nlnetlabs.nl>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: owner-namedroppers@ops.ietf.org
Precedence: bulk
List-ID: <namedroppers.ops.ietf.org>

W.C.A. Wijngaards wrote:

> Agree with Mark, that the server that loads the zone from text file (or
> whatever the first source) can refuse to send the zone through the
> ecosystem.  It can admit the zone, but then keep it as written by the 
> owner.

With AXFR/IXFR, that is an issue only with the primary nameservers.
Though RFC1034 does not disallow zone transfer with text files transferred
by ftp or e-mail, nameservers receiving text zone should be considered
the primary with regrad to AXFR/IXFR discussion.

The problem here, however, is that zone contents recognized valid
by the primary nameserver may be recognized invalid by secondary
nameservers.

Such inconsistencies are often caused by violent application of the
concept of "bailiwick" to glue As.

> | Hugh? If a name server tries to receive a new version of a zone and 
> fails,
> | it should continue to use an older version of the zone until it expires.
> 
> Yes.

And, we hope zone administrators take care of inconsistencies between
nameservers before or, in practice hopefully, immediately after the
zone expiration.

							Masataka Ohta



--
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/>