Re: [dnsext] New Version Notification for draft-ah-dnsext-rfc1995bis-ixfr-02

Masataka Ohta <mohta@necom830.hpcl.titech.ac.jp> Mon, 22 August 2011 00:41 UTC

Return-Path: <mohta@necom830.hpcl.titech.ac.jp>
X-Original-To: dnsext@ietfa.amsl.com
Delivered-To: dnsext@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DA36021F85FE for <dnsext@ietfa.amsl.com>; Sun, 21 Aug 2011 17:41:25 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 1.161
X-Spam-Level: *
X-Spam-Status: No, score=1.161 tagged_above=-999 required=5 tests=[AWL=-1.163, BAYES_40=-0.185, HELO_EQ_JP=1.244, HOST_EQ_JP=1.265]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id s2JKtj65F1Ou for <dnsext@ietfa.amsl.com>; Sun, 21 Aug 2011 17:41:25 -0700 (PDT)
Received: from necom830.hpcl.titech.ac.jp (necom830.hpcl.titech.ac.jp [131.112.32.132]) by ietfa.amsl.com (Postfix) with SMTP id 17E6721F854D for <dnsext@ietf.org>; Sun, 21 Aug 2011 17:41:23 -0700 (PDT)
Received: (qmail 76499 invoked from network); 22 Aug 2011 00:44:40 -0000
Received: from necom830.hpcl.titech.ac.jp (HELO ?127.0.0.1?) (131.112.32.132) by necom830.hpcl.titech.ac.jp with SMTP; 22 Aug 2011 00:44:40 -0000
Message-ID: <4E51A5AD.50007@necom830.hpcl.titech.ac.jp>
Date: Mon, 22 Aug 2011 09:41:17 +0900
From: Masataka Ohta <mohta@necom830.hpcl.titech.ac.jp>
User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:5.0) Gecko/20110624 Thunderbird/5.0
MIME-Version: 1.0
To: Mark Andrews <marka@isc.org>
References: <4DB81069.3080404@nic.cz> <4DF9B5BD.7010900@nic.cz> <a06240803ca1fd7525c50@10.31.201.23> <BANLkTinjRDHyKH-tLEoejodXb2+7qQLO7w@mail.gmail.com> <a06240801ca2102b8b4f2@10.31.201.23> <BANLkTikoVVaXF2_LJ3KHm6P7oFpfC+n2tw@mail.gmail.com> <a06240801ca21246f76de@10.31.201.23> <BANLkTinVfuL0WEYwaycTaAnWDS9vYF5NjQ@mail.gmail.com> <4DFC9C20.4030401@necom830.hpcl.titech.ac.jp> <BANLkTimhLJfsmMe3AE34yLrOQ+zyZPBdgQ@mail.gmail.com> <4E000B93.3030306@necom830.hpcl.titech.ac.jp> <8A34D894-4323-4948-811E-6568C838A503@nic.cz> <4E4D7E7E.1070700@necom830.hpcl.titech.ac.jp> <80B25AE0-4DB6-4DBB-866B-4DB8F59D6DA0@nic.cz> <20110821194704.2793E1303C8E@drugs.dv.isc.org>
In-Reply-To: <20110821194704.2793E1303C8E@drugs.dv.isc.org>
Content-Type: text/plain; charset="UTF-8"; format="flowed"
Content-Transfer-Encoding: 7bit
Cc: dnsext@ietf.org
Subject: Re: [dnsext] New Version Notification for draft-ah-dnsext-rfc1995bis-ixfr-02
X-BeenThere: dnsext@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: DNS Extensions working group discussion list <dnsext.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/dnsext>, <mailto:dnsext-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/dnsext>
List-Post: <mailto:dnsext@ietf.org>
List-Help: <mailto:dnsext-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/dnsext>, <mailto:dnsext-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 22 Aug 2011 00:41:26 -0000

Mark Andrews wrote:

>>  From an operational experience, I see a lot.  You can run out of memory,
>> out of disk space, on disk journal can get corrupt (yes this happens),
>> DNS software can (and will) have other bugs, people can make mistakes.
>> Yes, all of this happens in the real world.

> Or one could say the it is a design flaw in how the TLD operators
> generate the deltas.  Compression of delta is optional and the
> consequences of doing so were well documented.  The TLD operators
> wrote software that only compressed deltas then configured the
> servers exactly as they were warned not to do if they compressed
> deltas.

The consequences can be avoided, if the result of compression is
consistent between servers. For example, if the compression is done
only on the primary server and only for deltas between two
consecutive XFRs.

But, as journal corruption is mentioned, there should be a lot
more severe operational errors involved, I guess.

						Masataka Ohta