Re: [DNSOP] Terminology: "primary master"

Havard Eidnes <he@uninett.no> Thu, 23 November 2017 16:36 UTC

Return-Path: <he@uninett.no>
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 2D5F412EB87 for <dnsop@ietfa.amsl.com>; Thu, 23 Nov 2017 08:36:45 -0800 (PST)
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 PiACRN00b7He for <dnsop@ietfa.amsl.com>; Thu, 23 Nov 2017 08:36:42 -0800 (PST)
Received: from smistad.uninett.no (smistad.uninett.no [IPv6:2001:700:1:0:eeb1:d7ff:fe59:fbaa]) by ietfa.amsl.com (Postfix) with ESMTP id DDAE912EB8B for <dnsop@ietf.org>; Thu, 23 Nov 2017 08:36:41 -0800 (PST)
Received: from smistad.uninett.no (smistad.uninett.no [158.38.62.77]) by smistad.uninett.no (Postfix) with ESMTP id 55C7243E9D3; Thu, 23 Nov 2017 17:36:40 +0100 (CET)
Date: Thu, 23 Nov 2017 17:36:40 +0100
Message-Id: <20171123.173640.212705919866092469.he@uninett.no>
To: jabley@hopcount.ca
Cc: dnsop@ietf.org
From: Havard Eidnes <he@uninett.no>
In-Reply-To: <34F896BC-B044-4E46-AC60-8562A8BE782F@hopcount.ca>
References: <20171123.121943.1115399549648860645.he@uninett.no> <34F896BC-B044-4E46-AC60-8562A8BE782F@hopcount.ca>
X-Mailer: Mew version 6.7 on Emacs 25.3 / Mule 6.0 (HANACHIRUSATO)
Mime-Version: 1.0
Content-Type: Text/Plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Archived-At: <https://mailarchive.ietf.org/arch/msg/dnsop/pUMx0gh0Ic8ngaX0wK4dn-bjnOs>
Subject: Re: [DNSOP] Terminology: "primary master"
X-BeenThere: dnsop@ietf.org
X-Mailman-Version: 2.1.22
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 Nov 2017 16:36:45 -0000

>> Secondly: can someone please explain to me why the idea of a
>> "primary master" where the zone data originates from and where
>> updates are performed is considered archaic?
> 
> I think the only in-protocol use of the MNAME field is to
> specify the name to which UPDATE messages are sent.

Really?  I read the NOTIFY RFC (1996) so that if the MNAME name
server is included in the NS set, it will by default be excluded
from receiving NOTIFY messages from the other name servers when
they reload the zone, ref. the definition of "Notify set" in RFC
1996.  Unsurprisingly, BIND has code to do this:

        result = dns_name_dup(&soa.origin, zone->mctx, &master);
...
        /*
         * Process NS RRset to generate notifies.
         */
...
                /*
                 * Don't notify the master server unless explicitly
                 * configured to do so.
                 */
                if (!DNS_ZONE_OPTION(zone, DNS_ZONEOPT_NOTIFYTOSOA) &&
                    dns_name_compare(&master, &ns.name) == 0) {
                        result = dns_rdataset_next(&nsrdset);
                        continue;
                }

Regards,

- Håvard