Best Reverse lookup config, APNIC vs RIPE.

Barry Margolin barmar at genuity.net
Thu Apr 27 17:44:08 UTC 2000


In article <Pine.WNT.4.21.0004272317560.-4055753-100000 at hades.sarnic.hk.com>,
Maren S. Leizaola <leizaola at sarnic.hk.com> wrote:
>
>Hi,
>	I've just examined the two configurations of networks
>213.in-addr.arpa (RIPE) and 203.in-addr.arpa.
>
>RIPE for this network have configured all the delegations in a single zone
>file and specify two octets in the zone file to delegate a single class
>'C' Eg. :
>
>130.158                 5D IN NS        ns.arpanet.ch.
>                        5D IN NS        ns2.arpanet.ch.
>                        5D IN NS        domc1.arpanet.ch.
>129.158                 5D IN NS        ns.arpanet.ch.
>                        5D IN NS        ns2.arpanet.ch.
>                        5D IN NS        domc1.arpanet.ch.
>
>which are equal to networks 213.158.130 and 213.158.129
>
>
>APNIC at the top level only list the octet and delegate each network back
>to themselves.
>
>185.203.IN-ADDR.ARPA.   4D IN NS        svc00.apnic.net.
>                        4D IN NS        ns.apnic.net.
>
>
>
>Which one of the two is better?

The main benefit of the second approach is that modifications are a little
more efficient.  When making a change to a 203.185.x reverse delegation,
the primary server only needs to reload a small 185.203.in-addr.arpa zone
file, and the secondary server only has to transfer that small zone, rather
than reloading and transfering an enormous 203.in-addr.arpa zone file.

An even more exteme case is ARIN.  They put all their delegations directly
in the IN-ADDR.ARPA zone!

-- 
Barry Margolin, barmar at genuity.net
Genuity, Burlington, MA
*** DON'T SEND TECHNICAL QUESTIONS DIRECTLY TO ME, post them to newsgroups.
Please DON'T copy followups to me -- I'll assume it wasn't posted to the group.



More information about the bind-users mailing list