Re: [DNSOP] New Version Notification for draft-kumari-ogud-dnsop-cds-02.txt

Patrik Fältström <paf@frobbit.se> Mon, 08 July 2013 18:29 UTC

Return-Path: <paf@frobbit.se>
X-Original-To: dnsop@ietfa.amsl.com
Delivered-To: dnsop@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 51CCE21F9C86 for <dnsop@ietfa.amsl.com>; Mon, 8 Jul 2013 11:29:00 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.3
X-Spam-Level:
X-Spam-Status: No, score=-2.3 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, MIME_8BIT_HEADER=0.3, NO_RELAYS=-0.001]
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 y+4Lfv4m-uI6 for <dnsop@ietfa.amsl.com>; Mon, 8 Jul 2013 11:28:59 -0700 (PDT)
Received: from mail.frobbit.se (mail.frobbit.se [IPv6:2a02:80:3ffe::176]) by ietfa.amsl.com (Postfix) with ESMTP id D04E321F9C85 for <dnsop@ietf.org>; Mon, 8 Jul 2013 11:28:50 -0700 (PDT)
Received: from [IPv6:2a02:80:3ffc::14] (unknown [IPv6:2a02:80:3ffc::14]) by mail.frobbit.se (Postfix) with ESMTPSA id D53D423F63; Mon, 8 Jul 2013 20:28:41 +0200 (CEST)
Content-Type: text/plain; charset="us-ascii"
Mime-Version: 1.0 (Mac OS X Mail 6.5 \(1508\))
From: Patrik Fältström <paf@frobbit.se>
In-Reply-To: <A82661B1-414B-435C-B359-53BC0F17EEA3@ogud.com>
Date: Mon, 08 Jul 2013 20:28:41 +0200
Content-Transfer-Encoding: quoted-printable
Message-Id: <33496ED6-4D88-485B-8369-566B2A1FC7C0@frobbit.se>
References: <20130617165829.2638.88322.idtracker@ietfa.amsl.com> <DD7454F5-6B16-4EBA-A380-C51E2302E5E9@kumari.net> <alpine.LFD.2.10.1306171417150.18979@bofh.nohats.ca> <0lsj0b2kk5.fsf@wjh.hardakers.net> <51C96B62.9030401@nlnetlabs.nl> <2350A43B-088E-4BEA-9317-98B8372C74BE@ogud.com> <51D18336.5010401@nlnetlabs.nl> <9245734C-D614-41C4-B2FC-C39D6DAAA5C3@ogud.com> <8E20305A-4B51-4714-B339-0C5703E75828@sinodun.com> <A82661B1-414B-435C-B359-53BC0F17EEA3@ogud.com>
To: Olafur Gudmundsson <ogud@ogud.com>, John Dickinson <jad@sinodun.com>, "dnsop@ietf.org WG" <dnsop@ietf.org>
X-Mailer: Apple Mail (2.1508)
Subject: Re: [DNSOP] New Version Notification for draft-kumari-ogud-dnsop-cds-02.txt
X-BeenThere: dnsop@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: IETF DNSOP WG mailing list <dnsop.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/dnsop>, <mailto:dnsop-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/dnsop>
List-Post: <mailto:dnsop@ietf.org>
List-Help: <mailto:dnsop-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/dnsop>, <mailto:dnsop-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 08 Jul 2013 18:29:03 -0000

I have also had a look at this document which I in general do believe is sound, although there are a few events I would like to have described in the document. Reason for this is that I see it being really important that it is implemented the same way in all usage scenarios.

One such situation is what is to happen when NS records changes in the parent zone.

An immediate reaction is that change of NS records should trigger fetch of CDS record from the child zone so that the new DS can be included in the new version of the zone that have the new NS records. Careful thinking should say whether that is a correct thinking of me.

Another situation is what to do (by the parent) when inconsistent CDS records are found from the authoritative servers for the zone (with and without identical serial numbers in the SOA).

And a third if the auth servers queried at should be the ones that there are NS records for in the parent zone or the NS records that exists in the child zone.

This to resolve inconsistencies between information in parent and child zones and between auth servers.

Lastly, I think it should be very clear not only what the priority is between different versions of CDS records, but also between CDS records and epp commands. If different registries implement different policies here, the world might risk being much messier than what we want.

Hope this helps.

   Patrik