Re: [DNSOP] Various Thoughts on Catalog Zones (draft-ietf-dnsop-dns-catalog-zones-01)

Ray Bellis <ray@bellis.me.uk> Sat, 13 February 2021 13:20 UTC

Return-Path: <ray@bellis.me.uk>
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 A77C23A11B4 for <dnsop@ietfa.amsl.com>; Sat, 13 Feb 2021 05:20:33 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level:
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, NICE_REPLY_A=-0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=portfast.net
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 Zmelh6VH35m4 for <dnsop@ietfa.amsl.com>; Sat, 13 Feb 2021 05:20:31 -0800 (PST)
Received: from mail.portfast.net (mail.portfast.net [IPv6:2a03:9800:20:1::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A66D93A11B2 for <dnsop@ietf.org>; Sat, 13 Feb 2021 05:20:30 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=portfast.net; s=dkim; h=Content-Transfer-Encoding:Content-Type:In-Reply-To: MIME-Version:Date:Message-ID:From:References:To:Subject:Sender:Reply-To:Cc: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=adm7oJ/SG2jrhk7INXnCpw+y5eEUAT9t1p/D/I6n1WU=; b=SuazA/Hp2T+updIrfrA/ALUuKH D6pHCdV7hsfdN0+zd/KkvslZT5vRB1SrigTgLNjJzV3RRB5G+p3oHgSXeCukrASw0ezsoirVlBt+A nIq0zgWizp8zpkPRQJk3AGY2qKv7Imy/20L/dfqZbm4MajHx5VCd3CmVSoHajfJefuEA=;
Received: from 216-213-177-102.customer.gigaclear.net ([216.213.177.102]:59815 helo=home-mbp.local) by mail.portfast.net ([188.246.200.9]:465) with esmtpsa (fixed_plain:ray@bellis.me.uk) (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) id 1lAuqZ-0005CL-HG (Exim 4.89) for dnsop@ietf.org (return-path <ray@bellis.me.uk>); Sat, 13 Feb 2021 13:20:27 +0000
To: dnsop@ietf.org
References: <2c5d7166-8d1d-4948-2fc2-4bf732d109f8@desec.io> <f39a3a82-b97a-7e4f-f557-ada5175825a3@nlnetlabs.nl>
From: Ray Bellis <ray@bellis.me.uk>
Message-ID: <79110063-ae3b-ed7e-833e-ddce6957c221@bellis.me.uk>
Date: Sat, 13 Feb 2021 13:20:26 +0000
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:78.0) Gecko/20100101 Thunderbird/78.7.0
MIME-Version: 1.0
In-Reply-To: <f39a3a82-b97a-7e4f-f557-ada5175825a3@nlnetlabs.nl>
Content-Type: text/plain; charset="utf-8"; format="flowed"
Content-Language: en-US
Content-Transfer-Encoding: 7bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/dnsop/u9eO4GuvXQBkTaFbHVsKFq8G_Po>
Subject: Re: [DNSOP] Various Thoughts on Catalog Zones (draft-ietf-dnsop-dns-catalog-zones-01)
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, 13 Feb 2021 13:20:34 -0000


On 09/02/2021 10:21, Willem Toorop wrote:

> I am intrigued by your suggestion to use CSYNC RR to signal SOA Serial
> numbers and to help out in. And indeed, the flags in CSYNC's flags rdata
> field appear to have helpful names and meanings with respect to clashing
> member zones and member zone transitions. What a good catch! How did we
> miss that?

When I had the edit pen on an earlier version of this draft I went to 
some lengths *not* to abuse the semantics of existing RRs that just 
happened to have RDATA that was sorta kinda compatible.

IMNSHO, it's unnecessary, and confusing.  Getting new QTYPEs assigned is 
not hard these days.

Ray