![nanog logo](/images/nanog-logo.png)
nanog mailing list archives
Re: Enable BIND cache server to resolve chinese domain name?
From: Peter Dambier <peter () peter-dambier de>
Date: Tue, 05 Jul 2005 18:02:54 +0200
william(at)elan.net wrote:
On Mon, 4 Jul 2005, Paul Vixie wrote:for those excellent readers who didn't follow this, here's an excerpt from<http://european.de.orsn.net/faq.php#opmode>:[skip]what this means is, it can't conflict with ICANN data other than that if ICANN deletes something it might not show up in ORSN. mathematically speaking that's a superset, but politically speaking it's not at all like an alternative root.While I doubt ICANN would delete a TLD zone (and if that happened it would presumably be for "dead" tld which no requests are expected to come to), I'm concerned that their system might work in regards to to host glue records which there are quite a number of in root zone. If some nameserveris no longer used by TLD and and now it wants to change its ip address, it would presumably request deletion of its glue record from root zone and then be able to change ip with no effect on anyone on the net. Butif ORSN does not pick it up this would mean they will continue to useold ip address and that would cause inconsistency (which I suspect will not be easy to track either).
check_soa from the O'Reilly book 'DNS and Bind' will do or dig XXX +nsserach
What I don't understand why for their project they don't just go ahead and copy ICANN root zone as-is.
Copyright reasons. But nevertheless those 261 zones are watched to be synchronous to the ICANN root. And there is another check that sees when suddenly a new zone appears like it did for '.eu' some month ago. Both Public-Root and ORSN had it the very same day. I have seen when ORNS and ICANN were out of sync ORSN hat the information from the zone file for 'at', '.de' and '.gr' while ICANN had stale information for a very long time. Same went for '.ke' and the Public-Root for a month or two. Regards, Peter and Karin Dambier -- Peter and Karin Dambier Public-Root Graeffstrasse 14 D-64646 Heppenheim +49-6252-671788 (Telekom) +49-179-108-3978 (O2 Genion) +49-6252-750308 (VoIP: sipgate.de) +1-360-448-1275 (VoIP: freeworldialup.com) +1-360-226-6583-9563 (INAIC) mail: peter () peter-dambier de http://iason.site.voila.fr http://www.kokoom.com/iason
Current thread:
- Re: Enable BIND cache server to resolve chinese domain name?, (continued)
- Re: Enable BIND cache server to resolve chinese domain name? Suresh Ramasubramanian (Jul 04)
- Re: Enable BIND cache server to resolve chinese domain name? Tony Finch (Jul 04)
- Re: Enable BIND cache server to resolve chinese domain name? Michael . Dillon (Jul 04)
- Re: Enable BIND cache server to resolve chinese domain name? Tony Finch (Jul 04)
- Re: Enable BIND cache server to resolve chinese domain name? Jay R. Ashworth (Jul 06)
- Re: Enable BIND cache server to resolve chinese domain name? Paul Vixie (Jul 04)
- Re: Enable BIND cache server to resolve chinese domain name? Stephane Bortzmeyer (Jul 04)
- Re: Enable BIND cache server to resolve chinese domain name? Stephane Bortzmeyer (Jul 04)
- Re: Enable BIND cache server to resolve chinese domain name? Paul Vixie (Jul 04)
- Re: Enable BIND cache server to resolve chinese domain name? william(at)elan.net (Jul 05)
- Re: Enable BIND cache server to resolve chinese domain name? Peter Dambier (Jul 05)
- Re: Enable BIND cache server to resolve chinese domain name? Michael Froomkin - U.Miami School of Law (Jul 05)
- Message not available
- Re: Enable BIND cache server to resolve chinese domain name? Jay R. Ashworth (Jul 06)
- Message not available
- The whole alternate-root ${STATE}horse (was Re: Enable BIND cache server to resolve chinese domain name?) Jay R. Ashworth (Jul 04)
- Re: The whole alternate-root ${STATE}horse (was Re: Enable BIND cache server to resolve chinese domain name?) Valdis . Kletnieks (Jul 04)
- Re: The whole alternate-root ${STATE}horse (was Re: Enable BIND cache server to resolve chinese domain name?) Jay R. Ashworth (Jul 05)
- Re: The whole alternate-root ${STATE}horse (was Re: Enable BIND cache server to resolve chinese domain name?) Steve Gibbard (Jul 05)
- Re: The whole alternate-root ${STATE}horse (was Re: Enable BIND cache server to resolve chinese domain name?) Todd Underwood (Jul 05)
- Re: The whole alternate-root ${STATE}horse (was Re: Enable BIND cache server to resolve chinese domain name?) Todd Vierling (Jul 05)
- Message not available
- Re: The whole alternate-root ${STATE}horse (was Re: Enable BIND cache server to resolve chinese domain name?) Jay R. Ashworth (Jul 05)
- Re: The whole alternate-root ${STATE}horse Michael . Dillon (Jul 06)