Re: AXFR over UDP is available

Masataka Ohta <mohta@necom830.hpcl.titech.ac.jp> Sat, 09 February 2008 01:32 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 F2FA028C86C; Fri, 8 Feb 2008 17:32:47 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.599
X-Spam-Level:
X-Spam-Status: No, score=-6.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4]
Received: from core3.amsl.com ([127.0.0.1]) by localhost (mail.ietf.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id s+M03+2Zez8i; Fri, 8 Feb 2008 17:32:47 -0800 (PST)
Received: from psg.com (psg.com [147.28.0.62]) by core3.amsl.com (Postfix) with ESMTP id 7AB7728C8F7; Fri, 8 Feb 2008 17:29:52 -0800 (PST)
Received: from majordom by psg.com with local (Exim 4.68 (FreeBSD)) (envelope-from <owner-namedroppers@ops.ietf.org>) id 1JNeS8-000Iq9-A1 for namedroppers-data@psg.com; Sat, 09 Feb 2008 01:24:24 +0000
Received: from [131.112.32.132] (helo=necom830.hpcl.titech.ac.jp) by psg.com with smtp (Exim 4.68 (FreeBSD)) (envelope-from <mohta@necom830.hpcl.titech.ac.jp>) id 1JNeS5-000Ipn-K5 for namedroppers@ops.ietf.org; Sat, 09 Feb 2008 01:24:23 +0000
Received: (qmail 13894 invoked from network); 9 Feb 2008 01:01:40 -0000
Received: from softbank219001188017.bbtec.net (HELO necom830.hpcl.titech.ac.jp) (219.1.188.17) by necom830.hpcl.titech.ac.jp with SMTP; 9 Feb 2008 01:01:40 -0000
Message-ID: <47ACEF86.1050007@necom830.hpcl.titech.ac.jp>
Date: Sat, 09 Feb 2008 09:10:46 +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: Edward Lewis <Ed.Lewis@neustar.biz>
CC: namedroppers@ops.ietf.org
Subject: Re: AXFR over UDP is available
References: <a06240808c3d2514c502d@[10.31.65.205]>
In-Reply-To: <a06240808c3d2514c502d@[10.31.65.205]>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: owner-namedroppers@ops.ietf.org
Precedence: bulk
List-id: DNSEXT discussion <namedroppers.ops.ietf.org>

Edward Lewis wrote:

> http://www.ietf.org/internet-drafts/draft-lewis-axfr-over-udp-00.txt

I'm afraid you completely misunderstand the previous discussion.

First of all, you failed to convince us that changes to enable
AXFR over UDP is desirable. But, let's ignore it for the rest of
my message.

RFC1995 says:

   When an IXFR request with an older version number is received, the
   IXFR server needs to send only the differences required to make that
   version current.  Alternatively, the server may choose to transfer
   the entire zone just as in a normal full zone transfer.

As full zone (AXFR) over UDP is already available with IXFR, the only
thing we need to support AXFR over UDP is to disable differences (IXFR)
over UDP.

That is, an configuration option on IXFR servers to disable UDP
differential transfer and to encourage UDP full transfer is just
fine.

An IXFR server which is incapable of any differential transfer is
also fine.

IXFR clients, against zone administrators policy to allow differential
transfer, insisting on full transfer can ignore UDP differential
transfer responses and initiate TCP AXFR, which causes no extra packet
exchanges.

There is absolutely no protocol work left.

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