[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Autoslaving (was Re: rsync vs. axfr-clarify (was: in support of axfr-clarify))



D. J. Bernstein wrote:

Derek Atkins writes:

Setting up axfr is simple. I list my secondaries, and they just say
"master <my-ip-adderess>". There. Done. End of configuration. How
could setting up a secondary be any easier than that?

What do you do when you change named.conf---for example, to add a zone?
You have to copy the changes to the secondary. With server replication,
this is handled automatically.

Well, perhaps this is as good a time as any to raise the fact that I've been working on an "auto-slaving" mechanism. The basic idea is that upon receipt of a signed NOTIFY from a particular entity, a slave can, if configured to do so, automatically configure itself as a slave for the zone being NOTIFY'ed. I've already started implementing this in the BIND 9 codebase, but the general concept is not implementation-specific and could conceivably be supported by any implementation that handles signed NOTIFYs.

I bring this up not only to provide a middle-ground alternative between the two extremes presented thusfar, i.e. manually set up AXFR/IXFR slaves versus handling everything automatically through server replication, but also to elicit opinions as to whether this (perhaps unforeseen) use of NOTIFY requires any protocol standards action (Jim Reid has already weighed in with his opinion that it *does* require protocol standards action, but I disagree).

Other opinions?

- Kevin

P.S. Mark (Andrews), have you seen my BIND 9 patch for this?



--
to unsubscribe send a message to namedroppers-request@ops.ietf.org with
the word 'unsubscribe' in a single line as the message text body.
archive: <http://ops.ietf.org/lists/namedroppers/>