IETF Logo Mail Archive

Re: transfering vs. loading a zone

"W.C.A. Wijngaards" <wouter@nlnetlabs.nl> Wed, 13 August 2008 11:27 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 3D5AC3A6CAF; Wed, 13 Aug 2008 04:27:27 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.95
X-Spam-Level:
X-Spam-Status: No, score=0.95 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, FH_RELAY_NODNS=1.451, HELO_EQ_NL=0.55, HELO_MISMATCH_NL=1.448, 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 8KMDlbLY9lQM; Wed, 13 Aug 2008 04:27:26 -0700 (PDT)
Received: from psg.com (psg.com [IPv6:2001:418:1::62]) by core3.amsl.com (Postfix) with ESMTP id 3B1ED28C0E1; Wed, 13 Aug 2008 04:27:26 -0700 (PDT)
Received: from majordom by psg.com with local (Exim 4.69 (FreeBSD)) (envelope-from <owner-namedroppers@ops.ietf.org>) id 1KTER2-000FB8-Ee for namedroppers-data@psg.com; Wed, 13 Aug 2008 11:22:36 +0000
Received: from [85.17.178.134] (helo=stipula.dds.nl) by psg.com with esmtp (Exim 4.69 (FreeBSD)) (envelope-from <wouter@nlnetlabs.nl>) id 1KTEQx-000FAU-Sr for namedroppers@ops.ietf.org; Wed, 13 Aug 2008 11:22:34 +0000
Received: from localhost (localhost [127.0.0.1]) by stipula.dds.nl (Postfix) with ESMTP id DBA6D795954; Wed, 13 Aug 2008 13:22:30 +0200 (CEST)
Received: from [192.168.254.2] (unknown [195.241.9.117]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by stipula.dds.nl (Postfix) with ESMTP id 6854179596F; Wed, 13 Aug 2008 13:22:18 +0200 (CEST)
Message-ID: <48A2C3E9.9070000@nlnetlabs.nl>
Date: Wed, 13 Aug 2008 13:22:17 +0200
From: "W.C.A. Wijngaards" <wouter@nlnetlabs.nl>
User-Agent: Thunderbird 2.0.0.16 (X11/20080723)
MIME-Version: 1.0
To: Masataka Ohta <mohta@necom830.hpcl.titech.ac.jp>
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>
In-Reply-To: <48A2BB7D.90408@necom830.hpcl.titech.ac.jp>
X-Enigmail-Version: 0.95.6
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
X-Virus-Scanned: ClamAV 0.90.1/8024/Wed Aug 13 12:14:07 2008 on stipula
X-Virus-Status: Clean
Sender: owner-namedroppers@ops.ietf.org
Precedence: bulk
List-ID: <namedroppers.ops.ietf.org>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hi,

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.

How to distinguish load from transfer?  After a reboot, a transferred
zone is loaded from disk.  And master or slave configuration may not be
a clue either in complicated mesh setups.

Masataka Ohta wrote:
| Edward Lewis wrote:
|> Here's an open question.  If a name server gets a zone via AXFR
|> (presumably the name server had a reason to ask for it) and decides the
|> zone is bad and returns SERVFAIL to all queries for data in the zone,
|
| 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.

Best regards,
~   Wouter
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org

iEYEARECAAYFAkiiw+kACgkQkDLqNwOhpPiIBACfbyT2pUN4QajkDA/2bWyyH1BO
Ny0Anj30RayKGWLkL6UAEeP0l/4HHQij
=1GgV
-----END PGP SIGNATURE-----

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

v2.23.0 | Report a Bug | By Email