One Domain; Multiple IPs.

[Brad Knowles]

At 2:19 PM +0000 7/17/01, Barry Margolin wrote:

>  We're not likely to do it because we make use of a hidden master, so the
>  registered servers are one step removed from errors in the zone file
>  creation mechanism, and also so that the registered servers don't stop
>  answering for a few minutes while they reload.  But as a mechanism to keep
>  all the servers synchronized would it be so horrible?

	If you choose to use a mechanism other than AXFR/IXFR to 
distribute your changes, that's fine.  You're more than welcome to do 
that, assuming you follow all the other rules correctly.


	What I was arguing against was the requirement that you be forced 
to use some mechanism other than AXFR/IXFR (even if just by default), 
because that is contrary to the inherent nature of the DNS.

	AXFR/IXFR certainly aren't perfect, and there is more 
synchronization work that could be done through extended versions, or 
perhaps related protocols (MXFR, for Metadata XFR?), but they do work 
just fine for just about everything except meta-data, and they are 
pretty widely supported amongst most server implementations (well, at 
least AXFR is).

-- 
Brad Knowles, <brad.knowles at skynet.be>

/*        efdtt.c  Author:  Charles M. Hannum <root at ihack.net>          */
/*       Represented as 1045 digit prime number by Phil Carmody         */
/*     Prime as DNS cname chain by Roy Arends and Walter Belgers        */
/*                                                                      */
/*     Usage is:  cat title-key scrambled.vob | efdtt >clear.vob        */
/*   where title-key = "153 2 8 105 225" or other similar 5-byte key    */

dig decss.friet.org|perl -ne'if(/^x/){s/[x.]//g;print pack(H124,$_)}'