Re: [DNSOP] Terminology: "primary master"

["Paul Hoffman" <[e-mail]>]

On 4 Dec 2017, at 4:08, Tony Finch wrote:

> Paul Hoffman <[e-mail]> wrote:
>> On 27 Nov 2017, at 5:22, Tony Finch wrote:
>>>
>>> A primary master is wrt a zone not a server - a zone's primary 
>>> master is
>>> a server that's authoritative for a zone and which does not get the 
>>> zone
>>> contents via axfr/ixfr, but instead from a master file and/or UPDATE 
>>> (or
>>> a non-standard mechanism such as directly from a database).
>>
>> That sounds correct. It also sounds quite different than what is 
>> defined
>> in RFC 1996 and RFC 2136. How is this for new wording?
>
>    Primary Master  master server at the root of the zone transfer
>                    dependency graph.
>
> That's exactly the same meaning as what I wrote above.

That one bit is, yes. However the rest of the quote from 2136 differs.

>> The idea of a primary master is only used in <xref target="RFC1996"/> 
>> and
>> <xref target="RFC2136"/>, and is considered archaic in other
>> parts of the DNS.
>
> Can you please provide citations to show that it's considered archaic?

Sure: earlier messages in this thread. Some people said that primary 
master does not need to be given in the SOA MNAME field. Some people 
said that there could be multiple primary masters.

>> A modern interpretation of the term "primary master" is a server that 
>> is
>> both authoritative for a zone and that gets its updates to the zone 
>> from
>> configuration (such as a master file) or from UPDATE transactions.
>
> How is that different to what I wrote?

Just editorial changes.

--Paul Hoffman