[prev in list] [next in list] [prev in thread] [next in thread]
List: bind-users
Subject: Re: Request to use "Canonical/Mirror"
From: Ondřej_Surý <ondrej () isc ! org>
Date: 2022-05-14 4:41:39
Message-ID: 6E50B1C6-BAAF-4B1A-A0CA-6FC4296F00BB () isc ! org
[Download RAW message or body]
[Attachment #2 (multipart/alternative)]
Also see https://datatracker.ietf.org/doc/html/rfc8499 for canonical DNS terminology \
document.
Ondrej
--
Ondřej Surý — ISC (He/Him)
My working hours and your working hours may be different. Please do not feel \
obligated to reply outside your normal working hours.
> On 14. 5. 2022, at 1:10, Felicia P <felicia@picorealm.net> wrote:
>
> Hello, I see that ISC updated terminology for BIND9 to use primary/secondary in \
> addition to the original master/slave which many projects have been deprecating.
> In the context of BIND9, it seems that 'primary/secondary' is less clear than \
> master/slave.
> My understanding is that it is possible to have a standalone BIND server that is \
> running as a 'master' yet acting as a 'secondary' for a particular domain. In this \
> context, secondary doesn't necessarily refer to the 'slave' status of the server, \
> but that it is sort of like a backup server in the event that the primary is \
> unavailable.
> Given this, it seems like instead of 'primary/secondary', a better choice of terms \
> would be 'canonical/mirror' which unambiguously conveys the roles of respective \
> servers and does not overlap with other contexts or meanings of primary/secondary.
>
>
> --
> 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
[Attachment #5 (text/html)]
<html><head><meta http-equiv="content-type" content="text/html; \
charset=utf-8"></head><body dir="auto">Also see <a \
href="https://datatracker.ietf.org/doc/html/rfc8499">https://datatracker.ietf.org/doc/html/rfc8499</a> for \
canonical DNS terminology document.<br><br>Ondrej<br><div \
dir="ltr"><div>--</div>Ondřej Surý — ISC (He/Him)<div><br></div><div>My working \
hours and your working hours may be different. Please do not feel obligated to reply \
outside your normal working hours.</div></div><div dir="ltr"><br><blockquote \
type="cite">On 14. 5. 2022, at 1:10, Felicia P <felicia@picorealm.net> \
wrote:<br><br></blockquote></div><blockquote type="cite"><div \
dir="ltr"><span>Hello, I see that ISC updated terminology for BIND9 to use \
primary/secondary in addition to the original master/slave which many projects have \
been deprecating.</span><br><span></span><br><span>In the context of BIND9, it seems \
that 'primary/secondary' is less clear than \
master/slave.</span><br><span></span><br><span>My understanding is that it is \
possible to have a standalone BIND server that is running as a 'master' yet acting as \
a 'secondary' for a particular domain. In this context, secondary doesn't \
necessarily refer to the 'slave' status of the server, but that it is sort of like a \
backup server in the event that the primary is \
unavailable.</span><br><span></span><br><span>Given this, it seems like instead of \
'primary/secondary', a better choice of terms would be 'canonical/mirror' which \
unambiguously conveys the roles of respective servers and does not overlap with other \
contexts or meanings of \
primary/secondary.</span><br><span></span><br><span></span><br><span></span><br><span>-- \
</span><br><span>Visit https://lists.isc.org/mailman/listinfo/bind-users to \
unsubscribe from this list</span><br><span></span><br><span>ISC funds the development \
of this software with paid support subscriptions. Contact us at \
https://www.isc.org/contact/ for more \
information.</span><br><span></span><br><span></span><br><span>bind-users mailing \
list</span><br><span>bind-users@lists.isc.org</span><br><span>https://lists.isc.org/mailman/listinfo/bind-users</span><br></div></blockquote></body></html>
--
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
[prev in list] [next in list] [prev in thread] [next in thread]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic