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/>
- Re: AXFR over UDP is available Masataka Ohta
- Re: AXFR over UDP is available Edward Lewis
- Re: AXFR over UDP is available Masataka Ohta
- Re: AXFR over UDP is available Paul Vixie
- Re: AXFR over UDP is available Masataka Ohta
- Re: AXFR over UDP is available Edward Lewis