IETF Logo Mail Archive

Re: [DNSOP] Authoritative servers announcing capabilities

Paul Vixie <paul@redbarn.org> Sat, 12 September 2020 01:40 UTC

Return-Path: <vixie@redbarn.org>
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 C56F93A0A07 for <dnsop@ietfa.amsl.com>; Fri, 11 Sep 2020 18:40:28 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.899
X-Spam-Level:
X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=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 FtXJJm9Di9W1 for <dnsop@ietfa.amsl.com>; Fri, 11 Sep 2020 18:40:27 -0700 (PDT)
Received: from family.redbarn.org (family.redbarn.org [IPv6:2001:559:8000:cd::5]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2E29A3A086E for <DNSOP@ietf.org>; Fri, 11 Sep 2020 18:40:27 -0700 (PDT)
Received: by family.redbarn.org (Postfix, from userid 716) id 1EDFBC3F1A; Sat, 12 Sep 2020 01:40:26 +0000 (UTC)
Date: Sat, 12 Sep 2020 01:40:26 +0000
From: Paul Vixie <paul@redbarn.org>
To: Paul Wouters <paul@nohats.ca>
Cc: DNSOP@ietf.org, Patrick Mevzek <mevzek@uniregistry.com>
Message-ID: <20200912014026.pbdfem6jcqfqcwdb@family.redbarn.org>
References: <20200912004747.62kehhyez3fxyez5@family.redbarn.org> <D852AD4D-4729-40C0-BFC7-B9D1FD08DAC7@nohats.ca>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Disposition: inline
In-Reply-To: <D852AD4D-4729-40C0-BFC7-B9D1FD08DAC7@nohats.ca>
Archived-At: <https://mailarchive.ietf.org/arch/msg/dnsop/8Sek_FgQk0_0oP6BGzS2WWajF6I>
Subject: Re: [DNSOP] Authoritative servers announcing capabilities
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, 12 Sep 2020 01:40:29 -0000

On Fri, Sep 11, 2020 at 09:04:02PM -0400, Paul Wouters wrote:
> On Sep 11, 2020, at 20:48, Paul Vixie <paul@redbarn.org> wrote:
> > 
> > ???On Sat, Sep 12, 2020 at 09:40:11AM +1000, Mark Andrews wrote:
> >> and why is it a RR type at all.  An EDNS option or a opcode is better
> >> suited for this sort of thing.
> > 
> > +1.
> 
> An RR type can be signed and distributed differently and allow for
> preloading of (distributed) caches which enhanced the decentralization of
> recursive DNS servers.

an authority server's capabilities are with respect to a zone. for example,
dnssec availability, dnssec details like algs, maximum message sizes, 
truncation policy, willingness to do persistent TCP (or QUIC) sessions.

our community seems hell bent on gradually evolving the system toward the
needs that micro-leasing would address, without actually understanding that
or getting there. _it's never about the server_.

-- 
Paul Vixie

v2.23.0 | Report a Bug | By Email