Re: 9/9/2004 IP6.INT Removal (Was: 9/9/2006 : ip6.int shutdown?)

[Daniel Roesen <dr@cluenet.de>]

On Thu, Jul 29, 2004 at 03:00:28AM +0200, Daniel Roesen wrote:
> > ; <<>> DiG 8.3 <<>> @dns1.icann.org e.f.f.3.ip6.arpa 
> > ;; AUTHORITY SECTION:
> > e.f.f.3.ip6.arpa.       23h30m IN NS    ns3.nic.fr.
> > e.f.f.3.ip6.arpa.       23h30m IN NS    flag.ep.net.
> > e.f.f.3.ip6.arpa.       23h30m IN NS    imag.imag.fr.
> > e.f.f.3.ip6.arpa.       23h30m IN NS    sonata.hexago.com.
> > 
> > - looks perfectly fine to me.
> 
> Actually, it's even in a better state than e.f.f.3.ip6.int:

And while we're at it, ip6.int itself is also broken:

ERROR: no SOA record for ip6.int. from munnari.oz.au.

$ host munnari.oz.au.
munnari.oz.au has address 128.250.22.2
munnari.oz.au has address 128.250.1.21
$ host -t aaaa munnari.oz.au.
munnari.oz.au has AAAA address 2001:388:c02:4000::1:21
$ dig @128.250.22.2 ip6.int. SOA +short +norec
$ dig @128.250.1.21 ip6.int. SOA +short +norec
$ dig @2001:388:c02:4000::1:21 ip6.int. SOA +short +norec

==> munnari.oz.au is completely lame for ip6.int.

NS list summary for ip6.int. from parent (int.) servers
  == flag.ep.net. imag.imag.fr. munnari.oz.au.
  == ns3.nic.fr. y.ip6.int. z.ip6.int.
NS list summary for ip6.int. from authoritative servers
  == flag.ep.net. ns3.nic.fr. y.ip6.int.
  == z.ip6.int.
ERROR: NS list from ip6.int. authoritative servers does not
  === match NS list from parent (int.) servers
ERROR: imag.imag.fr. claims to be authoritative, but does not appear in
NS list from authoritative servers

So the whole delegation thing is broken. The int. TLD servers delegate
ip6.int to imag.imag.fr which feels it self authoritative, but isn't
in the NS RRset of the ip6.int zone. And ip6.int is delegated to
munnari.oz.au which doesn't know about this (anymore).


Regards,
Daniel