Re: [DNSOP] Question regarding RFC 8499

Paul Vixie <paul@redbarn.org> Thu, 23 July 2020 19:40 UTC

Return-Path: <paul@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 3A3F23A0CED for <dnsop@ietfa.amsl.com>; Thu, 23 Jul 2020 12:40:29 -0700 (PDT)
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, SPF_HELO_NONE=0.001, 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 lIPcLLB7_BAs for <dnsop@ietfa.amsl.com>; Thu, 23 Jul 2020 12:40:28 -0700 (PDT)
Received: from family.redbarn.org (family.redbarn.org [24.104.150.213]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 34D123A0C4D for <dnsop@ietf.org>; Thu, 23 Jul 2020 12:40:28 -0700 (PDT)
Received: from linux-9daj.localnet (dhcp-183.access.rits.tisf.net [24.104.150.183]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (1024 bits) server-digest SHA256) (Client did not present a certificate) by family.redbarn.org (Postfix) with ESMTPSA id BEA97C3F16; Thu, 23 Jul 2020 19:40:26 +0000 (UTC)
From: Paul Vixie <paul@redbarn.org>
To: Joe Abley <jabley@hopcount.ca>, dnsop@ietf.org
Cc: Robert Edmonds <edmonds@mycre.ws>, dnsop WG <dnsop@ietf.org>, Evan Hunt <each@isc.org>
Date: Thu, 23 Jul 2020 19:40:25 +0000
Message-ID: <2141383.qLNa8zf0Xv@linux-9daj>
Organization: none
In-Reply-To: <20200723183407.GB34140@isc.org>
References: <86c18e80-88ab-5503-f63c-f788766a2675@ghnou.su> <1C6ACEA9-CCC5-41F5-AEAD-432B48370D12@hopcount.ca> <20200723183407.GB34140@isc.org>
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="us-ascii"
Archived-At: <https://mailarchive.ietf.org/arch/msg/dnsop/ga8lAvaTOOSLjdNspYJuTyl8GgA>
Subject: Re: [DNSOP] Question regarding RFC 8499
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: Thu, 23 Jul 2020 19:40:29 -0000

On Thursday, 23 July 2020 18:34:07 UTC Evan Hunt wrote:
> On Thu, Jul 23, 2020 at 01:38:58PM -0400, Joe Abley wrote:
> > ...
> 
> > If we are looking for alternative terminology to master/slave (which I am
> > not against, because change is a constant and inclusiveness and awareness
> > amongst all industries is surely to be supported and encouraged) in my
> > opinion we should find new words and not redefine or overload the common
> > meaning of primary and secondary.
> 
> I share the desire for perfection, but IMHO the transition from "master"
> to "primary" and "slave" to "secondary" is far enough under way and well
> enough understood at this point that I suspect it would be easier to add
> modifiers when necessary than to try to deploy new vocabulary entirely.

-1. there are zones lacking primaries, and a secondary which can also talk to 
other secondaries gives a second role to those other secondaries. we must not 
simply revert to the STD 13 terminology. the role of an authority server 
depends on what zone we're talking about and what other server they're talking 
to. that's why i've recommended we stop talking about "primary servers" or 
"secondary servers", and instead talk about "transfer initiators" and 
"transfer responders", where the transfer pertains to a zone and the initiator 
or responder is a server's role with respect to that zone and that transfer.

-- 
Paul