[dnsext] Review of draft-ietf-dnsext-rfc1995bis-ixfr-00.txt (from Knot DNS team)
Ondřej Surý <ondrej.sury@nic.cz> Thu, 29 March 2012 15:50 UTC
Return-Path: <ondrej.sury@nic.cz>
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 AA31B21E80C9 for <dnsext@ietfa.amsl.com>;
Thu, 29 Mar 2012 08:50:51 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.45
X-Spam-Level:
X-Spam-Status: No, score=-1.45 tagged_above=-999 required=5 tests=[AWL=0.249,
BAYES_00=-2.599, J_CHICKENPOX_23=0.6, MIME_8BIT_HEADER=0.3]
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 sC8K7KDTWaT7 for
<dnsext@ietfa.amsl.com>; Thu, 29 Mar 2012 08:50:51 -0700 (PDT)
Received: from mail.nic.cz (mail.nic.cz [IPv6:2001:1488:800:400::400]) by
ietfa.amsl.com (Postfix) with ESMTP id 9FE5521E81E8 for <dnsext@ietf.org>;
Thu, 29 Mar 2012 08:50:50 -0700 (PDT)
Received: from [10.10.0.6] (howl.nic.cz [217.31.204.249]) by mail.nic.cz
(Postfix) with ESMTPSA id A13BF14124E; Thu, 29 Mar 2012 17:50:48 +0200 (CEST)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=nic.cz; s=default;
t=1333036249; bh=bbmCoN9jWNyGGlAsTFGfeIjmskGpt5T1wM4MAkTSBZo=;
h=Subject:Mime-Version:Content-Type:From:In-Reply-To:Date:Cc: Content-Transfer-Encoding:Message-Id:References:To;
b=C3M8TnMRYewBtumBTdKM1sVQFBs5lPgy/mzCzVAsK+eUedviqSQB9zs6rE6/yuRXe
jP1nruBSz62sI4BITLQEe4ORDbxjXPFAE2C5+nbbDsbr7rYh4eJPiKGzXVIUikfKGI
QGb6oiLB98PZ7o6hyfpAOCGIAh1GDsV1Se5/ozJ8=
Mime-Version: 1.0 (Apple Message framework v1257)
Content-Type: text/plain; charset=utf-8
From: =?utf-8?Q?Ond=C5=99ej_Sur=C3=BD?= <ondrej.sury@nic.cz>
In-Reply-To: <20120327080711.16297.49879.idtracker@ietfa.amsl.com>
Date: Thu, 29 Mar 2012 17:50:52 +0200
Content-Transfer-Encoding: quoted-printable
Message-Id: <C9937256-7BFA-4A8C-A40E-970A49E58C74@nic.cz>
References: <20120327080711.16297.49879.idtracker@ietfa.amsl.com>
To: dnsext@ietf.org, =?iso-8859-1?Q?Alfred_H=CEnes?= <ah@TR-Sys.de>,
Shane Kerr <shane@isc.org>
X-Mailer: Apple Mail (2.1257)
X-Virus-Scanned: clamav-milter 0.96.5 at mail
X-Virus-Status: Clean
Subject: [dnsext] Review of draft-ietf-dnsext-rfc1995bis-ixfr-00.txt (from
Knot DNS team)
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: Thu, 29 Mar 2012 15:50:51 -0000
Hi, I got our head engineer of Knot DNS (Lubos Slovak he's in Cc:), who also implementor IXFR (from scratch) to review the document and here's the result (copying verbatim, just added references to sections and 'nit' words): 1) section 1.4 - nit: "makes freely use" -> s/freely/free 2) Section 2, page 8 - nit: "Therefore, is becomes apparent" -> s/is/it 3) Section 2, last paragraph - why has to RRSIG(SOA) follow the SOA in then AXFR-fallback example? 4) Section 6.2 - missing RFC2119 language; shoulds and mays are small caps, is that intentional? 5) And today new question have arrised: "What should IXFR client do if it receives incomplete multichunked IXFR response?" A) discard whole transfer and start over; B) save usable chunks (e.g. use data to update zone from sn_o to sn_o+x, where sn_o+x < sn_n) Ondrej on behalf of Lubos P.S.: Our Knot DNS team (different people than one of the authors of this document) will do a full review in WGLC. On 27. 3. 2012, at 10:07, internet-drafts@ietf.org wrote: > > A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the DNS Extensions Working Group of the IETF. > > Title : DNS Incremental Zone Transfer Protocol (IXFR) > Author(s) : Alfred Hoenes > Ondrej Sury > Shane Kerr > Filename : draft-ietf-dnsext-rfc1995bis-ixfr-00.txt > Pages : 32 > Date : 2012-03-27 > > The standard means within the Domain Name System protocol for > maintaining coherence among a zone's authoritative name servers > consists of three mechanisms. Incremental Zone Transfer (IXFR) is > one of the mechanisms and originally was defined in RFC 1995. > > This document aims to provide a more detailed and up-to-date > specification of the IXFR mechanism and to align it with the current > specification of the primary zone transfer mechanism, AXFR, given in > RFC 5936. Further, based on operational experience, this document > juxtaposes to the original IXFR query a new query type, IXFR-ONLY, > that will likely be preferred over IXFR in specific deployments. > > This document obsoletes and replaces RFC 1995. > > > A URL for this Internet-Draft is: > http://www.ietf.org/internet-drafts/draft-ietf-dnsext-rfc1995bis-ixfr-00.txt > > Internet-Drafts are also available by anonymous FTP at: > ftp://ftp.ietf.org/internet-drafts/ > > This Internet-Draft can be retrieved at: > ftp://ftp.ietf.org/internet-drafts/draft-ietf-dnsext-rfc1995bis-ixfr-00.txt > > _______________________________________________ > dnsext mailing list > dnsext@ietf.org > https://www.ietf.org/mailman/listinfo/dnsext -- Ondřej Surý vedoucí výzkumu/Head of R&D department ------------------------------------------- CZ.NIC, z.s.p.o. -- Laboratoře CZ.NIC Americka 23, 120 00 Praha 2, Czech Republic mailto:ondrej.sury@nic.cz http://nic.cz/ tel:+420.222745110 fax:+420.222745112 -------------------------------------------
- [dnsext] I-D Action: draft-ietf-dnsext-rfc1995bis… internet-drafts
- [dnsext] Review of draft-ietf-dnsext-rfc1995bis-i… Ondřej Surý
- Re: [dnsext] draft-ah-dnsext-rfc1995bis-ixfr-03 Masataka Ohta
- Re: [dnsext] Review of draft-ietf-dnsext-rfc1995b… Alfred Hönes
- Re: [dnsext] Review of draft-ietf-dnsext-rfc1995b… Matthijs Mekking