Path: csiph.com!newsfeed.xs4all.nl!newsfeed8.news.xs4all.nl!news.uzoreto.com!news.etla.org!nntp-feed.chiark.greenend.org.uk!ewrotcd!usenet-its.stanford.edu!usenet.stanford.edu!not-for-mail
From: Ben Lavender <ben@airnet.org.uk>
Newsgroups: comp.protocols.dns.bind
Subject: Re: BIND Masters and slaves
Date: Mon, 15 Jun 2020 16:09:04 +0100
Lines: 40
Approved: bind-users@lists.isc.org
Message-ID: <mailman.519.1592233728.942.bind-users@lists.isc.org>
References: <alpine.DEB.2.21.2006141824180.29360@pannier.local> <614285A0-CBD4-41AA-BD84-B0F0C3C24626@versatushpc.com.br> <alpine.DEB.2.20.2006151522390.22139@grey.csi.cam.ac.uk> <3939648a-1781-bce3-8ccf-ab21fb2fa730@airnet.org.uk>
NNTP-Posting-Host: lists.isc.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 8bit
To: Tony Finch <dot@dotat.at>, bind-users <bind-users@lists.isc.org>
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:68.0) Gecko/20100101 Thunderbird/68.9.0
In-Reply-To: <alpine.DEB.2.20.2006151522390.22139@grey.csi.cam.ac.uk>
Content-Language: en-GB
Precedence: list
Xref: csiph.com comp.protocols.dns.bind:15838

The terminology is fairly misleading, as in the slave is not doing the 
work on-behalf of or instruction of the the master. But there is ways 
for the master to influence the slaves; such as "allow-transfer".

I don't see the big issue with making a terminology change in this case.

On 15/06/2020 15:38, Tony Finch wrote:
> Vinícius Ferrão via bind-users <bind-users@lists.isc.org> wrote:
>> But the prevalence of terms are still master and slave. And I really
>> hope this thing of changing nomenclatures doesn’t go any further due to
>> political correctness.
> "Political correctness" just means being considerate for other people,
> especially people who do not have many of the advantages we might take for
> granted.
>
> In any case, master/slave is bad terminology because it is actively
> misleading. It suggests that zone transfers to downstream servers are
> under the control of the upstream servers, which is definitely not the
> case. And it suggests a binary categorization of servers which is also
> wrong, because zone transfers often form a multi-level cascade between
> servers that perform several different functions. It's better to talk
> about update servers, signing servers, zone transfer servers, public or
> private or stealth authoritative servers. For zone transfers it's better
> to talk about which servers are upstream and downstream of each other in
> the distribution network.
>
> You should find that your writing is easier to understand, both for
> experts and non-experts, if you don't use the bad old terminology.
>
> Tony.
>
> _______________________________________________
> Please visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe from this list
>
> ISC funds the development of this software with paid support subscriptions. Contact us at https://www.isc.org/contact/ for more information.
>
>
> bind-users mailing list
> bind-users@lists.isc.org
> https://lists.isc.org/mailman/listinfo/bind-users