Re: [DNSOP] [Ext] Reserved field in draft-wessels-dns-zone-digest-04.txt
Wes Hardaker <wjhns1@hardakers.net> Sat, 03 November 2018 06:33 UTC
Return-Path: <wjhns1@hardakers.net>
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 88E1A12D4EA for <dnsop@ietfa.amsl.com>; Fri, 2 Nov 2018 23:33:51 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.901
X-Spam-Level:
X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id bZ6cUU2MjhCz for <dnsop@ietfa.amsl.com>; Fri, 2 Nov 2018 23:33:50 -0700 (PDT)
Received: from mail.hardakers.net (mail.hardakers.net [168.150.192.181]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 22961129385 for <dnsop@ietf.org>; Fri, 2 Nov 2018 23:33:50 -0700 (PDT)
Received: from localhost (static-222-229-224-101.adsl8.svips.gol.ne.jp [222.229.224.101]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.hardakers.net (Postfix) with ESMTPSA id CD8C724CDF; Fri, 2 Nov 2018 23:33:46 -0700 (PDT)
From: Wes Hardaker <wjhns1@hardakers.net>
To: Paul Hoffman <paul.hoffman@icann.org>
Cc: "Wessels, Duane" <dwessels=40verisign.com@dmarc.ietf.org>, "dnsop@ietf.org" <dnsop@ietf.org>
References: <154020795105.15126.7681204022160033203@ietfa.amsl.com> <3AED6137-0957-4EEE-B317-7178B00AB7CF@icann.org> <528A0D4B-B06F-42A6-B133-39E96FD5C902@verisign.com> <C3B46772-A0C9-4DB6-B403-E6F7ED8D4EF9@icann.org>
Date: Fri, 02 Nov 2018 23:33:34 -0700
In-Reply-To: <C3B46772-A0C9-4DB6-B403-E6F7ED8D4EF9@icann.org> (Paul Hoffman's message of "Wed, 24 Oct 2018 17:32:14 +0000")
Message-ID: <yblpnvmvfep.fsf@wu.hardakers.net>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.3 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain
Archived-At: <https://mailarchive.ietf.org/arch/msg/dnsop/JbccMq6t0A-e6oPO5Yl1ZNinOcc>
Subject: Re: [DNSOP] [Ext] Reserved field in draft-wessels-dns-zone-digest-04.txt
X-BeenThere: dnsop@ietf.org
X-Mailman-Version: 2.1.29
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: <https://mailarchive.ietf.org/arch/browse/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: Sat, 03 Nov 2018 06:33:51 -0000
Paul Hoffman <paul.hoffman@icann.org> writes: > From the earlier list discussion and your presentation at DNS-OARC, > processing dynamic zones is hard, and you might make different choices > based on different amounts of dynamicness (dynamicity?). This should > cause developers concern about implementing ZONEMD now because there > will be an expectation that they will have to implement the changes in > the future. I also look at it in terms of implementation complexity and where in the code base decisions are made. EG, if you have different RRTYPEs for signaling things, then the logic is straight forward: if (rrtype == ZONEMD) { do_ZONEMD_stuff(); } else if (rrtype == ZONEMDMERKLE) { do_fancy_new_hashtree_stuff(); } ... On the other hand, with a reserved field we end up here: if (rrtype == ZONEMD) { do_ZONEMD_stuff(); } ... do_ZONEMD_stuff() { if (reserved_field != 0) { do_fancy_new_hashtree_stuff(); } else { do_ZONEMD_stuff(); } } Now, if do_ZONEMD_stuff() and do_fancy_new_hashtree_stuff() are likely to be sufficiently different in implementation (and I suspect they will be), then the first code above with two RRTYPEs is likely to be cleaner. The only advantage gained in the second type is if you can put the brunt of the code for both do_fancy_new_hashtree_stuff() and do_ZONEMD_stuff() pretty much inline because there is sufficient overlap. It's hard to predict what the best route is advance without knowing now how much the resulting double implementation will overlap. Personally (authorship hat off and thus collector of consensus hat off), I think we should use a second RRTYPE for the future as it's easier to make implementations more module and remove earlier implementations when that specification is no longer used because hashtrees are so cool that nothing else is ever needed. -- Wes Hardaker USC/ISI
- [DNSOP] I-D Action: draft-wessels-dns-zone-digest… internet-drafts
- Re: [DNSOP] I-D Action: draft-wessels-dns-zone-di… Bob Harold
- [DNSOP] Reserved field in draft-wessels-dns-zone-… Paul Hoffman
- Re: [DNSOP] I-D Action: draft-wessels-dns-zone-di… Wessels, Duane
- Re: [DNSOP] Reserved field in draft-wessels-dns-z… Wessels, Duane
- Re: [DNSOP] Reserved field in draft-wessels-dns-z… Joe Abley
- Re: [DNSOP] [Ext] Reserved field in draft-wessels… Paul Hoffman
- Re: [DNSOP] I-D Action: draft-wessels-dns-zone-di… Bob Harold
- Re: [DNSOP] I-D Action: draft-wessels-dns-zone-di… Paul Wouters
- Re: [DNSOP] I-D Action: draft-wessels-dns-zone-di… Wessels, Duane
- [DNSOP] review: draft-wessels-dns-zone-digest-04.… Joe Abley
- Re: [DNSOP] I-D Action: draft-wessels-dns-zone-di… Paul Wouters
- Re: [DNSOP] review: draft-wessels-dns-zone-digest… Wessels, Duane
- Re: [DNSOP] review: draft-wessels-dns-zone-digest… Joe Abley
- Re: [DNSOP] review: draft-wessels-dns-zone-digest… Richard Gibson
- Re: [DNSOP] review: draft-wessels-dns-zone-digest… Joe Abley
- Re: [DNSOP] review: draft-wessels-dns-zone-digest… A. Schulze
- Re: [DNSOP] [Ext] review: draft-wessels-dns-zone-… Paul Hoffman
- Re: [DNSOP] [Ext] review: draft-wessels-dns-zone-… Joe Abley
- Re: [DNSOP] [Ext] review: draft-wessels-dns-zone-… Paul Hoffman
- Re: [DNSOP] [Ext] review: draft-wessels-dns-zone-… Bob Harold
- Re: [DNSOP] [Ext] review: draft-wessels-dns-zone-… Brian Dickson
- Re: [DNSOP] [Ext] review: draft-wessels-dns-zone-… Joe Abley
- Re: [DNSOP] [Ext] review: draft-wessels-dns-zone-… Paul Hoffman
- Re: [DNSOP] [Ext] review: draft-wessels-dns-zone-… Brian Dickson
- Re: [DNSOP] [Ext] review: draft-wessels-dns-zone-… Joe Abley
- Re: [DNSOP] [Ext] review: draft-wessels-dns-zone-… Brian Dickson
- Re: [DNSOP] [Ext] Reserved field in draft-wessels… Wes Hardaker
- Re: [DNSOP] [Ext] Reserved field in draft-wessels… Wessels, Duane