in-addr.arpa question

[Mark_Andrews at iengines.com]

> I'm about to set up a new domain name server 'C'.
> 
> I want to transfer to it as the primary namer server some virtual domains
> that now have the primary name server 'A' and the secondary name server 'B'.
> 
> All the virtual domains are on the same subnet and I'd like to move some of
> them at a time from primary 'A' to 'C'. I want to continue using 'B' as the
> secondary for all the domains.
> 
> Aren't I going to have a problem with the subnet.in-addr.arpa SOA? That is
> the secondary 'B' will see a subnet.in-addr.arpa SOA from primary 'A' that
> has some domain in-addr records and another subnet.in-addr.arpa SOA from
> primary 'B' (with other domain in-addr records).

	Just add the reverse records to *one* copy of the reverse zone.
	If you really need to split this up use classless in-addr.arpa
	delegations.
> 
> Isn't this going to be a problem?  Or have I missed something?
> 
> Wouldn't I still have a problem if I used another server 'D' as the
> secondary for the moved domains as there will still be master name servers
> that have different subnet.in-addr.arpa information?
> 
> Suggestions and/or comments gratefully wanted!
> 
> TIA
> Michael Slade
> mslade1 at rochester.rr.com
> 
> 
	1. copy the zone file for the zone in question from A to C.
	2. increase the serial number in the new copy of the zone file,
	   adjust the SOA record to reflect the new master, add C to
	   the NS rrset (we will remove A later).
	Note: it the master for the parent zone also serves the child zone
	   just make the complete change to the NS rrset.
	3. make A a secondary for this zone.  A will copy the zone contents
	   as C has a higher serial than A,  B will then copy it off A.
	4. inform the parent zone of the new nameservers for the zone
	   excluding A. (Do this even if the master for the parent zone
	   server this zone).
	5. configure B and D to transfer off C.
	6. when the parent zone has been updated.  Remove A from the NS 
	   rrset for the zone, update the serial.
	7. when all the old NS rrsets have had time to expire decomission
	   A as a server for the zone.

	Mark
--
Mark Andrews, Internet Engines Inc. / Internet Software Consortium
1 Seymour St., Dundas Valley, NSW 2117, Australia
PHONE: +61 2 9871 4742                 INTERNET: Mark_Andrews at iengines.com