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