Re: root and in-addr.arpa zone transfers
On Freitag 11 September 2009 Matus UHLAR - fantomas wrote: - it's quite useless to cache the .arpa and .in-addr.arpa since unlike other TLD's they are hierarchically organised so there won't be any valuable benefit from slaving them, only risks (see above). Every other point is OK, but I don't understand this one. They are all hierarchical, what's the difference with .in-addr.arpa? mfg zmi -- // Michael Monnerie, Ing.BSc- http://it-management.at // Tel: 0660 / 415 65 31 .network.your.ideas. // PGP Key: curl -s http://zmi.at/zmi.asc | gpg --import // Fingerprint: AC19 F9D5 36ED CD8A EF38 500E CE14 91F7 1C12 09B4 // Keyserver: wwwkeys.eu.pgp.net Key-ID: 1C1209B4 ___ bind-users mailing list bind-users@lists.isc.org https://lists.isc.org/mailman/listinfo/bind-users
Re: root and in-addr.arpa zone transfers
On Freitag 11 September 2009 Matus UHLAR - fantomas wrote: - it's quite useless to cache the .arpa and .in-addr.arpa since unlike other TLD's they are hierarchically organised so there won't be any valuable benefit from slaving them, only risks (see above). On 12.09.09 09:27, Michael Monnerie wrote: Every other point is OK, but I don't understand this one. They are all hierarchical, what's the difference with .in-addr.arpa? while there are many manual mistypes in root and other domains, there are (nearly) no mistypes in .arpa and in-addr.arpa domains since these domains are accessed by software and miskates here are unlikely to happen (of course sw can have bugs but authors would soon notice it doesn't work). -- Matus UHLAR - fantomas, uh...@fantomas.sk ; http://www.fantomas.sk/ Warning: I wish NOT to receive e-mail advertising to this address. Varovanie: na tuto adresu chcem NEDOSTAVAT akukolvek reklamnu postu. Christian Science Programming: Let God Debug It!. ___ bind-users mailing list bind-users@lists.isc.org https://lists.isc.org/mailman/listinfo/bind-users
Re: root and in-addr.arpa zone transfers
In message 20090912082415.ga13...@fantomas.sk, Matus UHLAR - fantomas writes: On Freitag 11 September 2009 Matus UHLAR - fantomas wrote: - it's quite useless to cache the .arpa and .in-addr.arpa since unlike other TLD's they are hierarchically organised so there won't be any valuable benefit from slaving them, only risks (see above). On 12.09.09 09:27, Michael Monnerie wrote: Every other point is OK, but I don't understand this one. They are all hierarchical, what's the difference with .in-addr.arpa? while there are many manual mistypes in root and other domains, there are (ne arly) no mistypes in .arpa and in-addr.arpa domains since these domains are accessed by software and miskates here are unlikely to happen (of course sw can have bugs but authors would soon notice it doesn't work). Whether in-addr.arpa is useful or not depends on where you are in the world and what the connectivity is like. There was a time when I would have recommended slaving the root and in-addr.arpa to every Australian site. When the one link connecting most of Australia went down this sort of think kept a vast majority of the internal communications within Australia working as you could find au and you could do reverse lookups of the Australian address blocks. Mark -- Mark Andrews, ISC 1 Seymour St., Dundas Valley, NSW 2117, Australia PHONE: +61 2 9871 4742 INTERNET: ma...@isc.org ___ bind-users mailing list bind-users@lists.isc.org https://lists.isc.org/mailman/listinfo/bind-users