<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>