Re: IPv6 reverse lookup - lame delegation?

[Mark Andrews <marka () isc org>]

In article <20040210125840.0C2C9EB () coconut itojun org> you write:
>       if i try to log into my machines back in tokyo by IPv6 SSH, it takes
>       very long time.  i guess i found the reason - (possible) lame delegation
>       of blah.ip6.int.  ip6.arpa. query returns instantly.
>       how could we fix it?
>
> itojun
>
>
> % dig
> e.5.5.e.2.4.e.f.f.f.e.4.5.0.2.0.0.0.0.0.0.0.0.1.0.0.7.3.e.f.f.3.ip6.int.
> ptr
>
> ; <<>> DiG 9.2.3 <<>>
> e.5.5.e.2.4.e.f.f.f.e.4.5.0.2.0.0.0.0.0.0.0.0.1.0.0.7.3.e.f.f.3.ip6.int.
> ptr
> ;; global options:  printcmd
> ;; connection timed out; no servers could be reached
>
> % dig
> e.5.5.e.2.4.e.f.f.f.e.4.5.0.2.0.0.0.0.0.0.0.0.1.0.0.7.3.e.f.f.3.ip6.arpa.
> ptr
>
> ; <<>> DiG 9.2.3 <<>>
> e.5.5.e.2.4.e.f.f.f.e.4.5.0.2.0.0.0.0.0.0.0.0.1.0.0.7.3.e.f.f.3.ip6.arpa.
> ptr
> ;; global options:  printcmd
> ;; Got answer:
> ;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN, id: 19137
> ;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 0
>
> ;; QUESTION SECTION:
> ;e.5.5.e.2.4.e.f.f.f.e.4.5.0.2.0.0.0.0.0.0.0.0.1.0.0.7.3.e.f.f.3.ip6.arpa.
> IN PTR
>
> ;; AUTHORITY SECTION:
> ip6.arpa.               10569   IN      SOA     dns1.icann.org.
> hostmaster.icann.org. 2003080400 3600 1800 604800 10800
>
> ;; Query time: 1 msec
> ;; SERVER: 127.0.0.1#53(0.0.0.0)
> ;; WHEN: Tue Feb 10 21:57:17 2004
> ;; MSG SIZE  rcvd: 151

        The correct fix to this will be to just stop making IP6.INT
        queries.

        The best think that could be done is for the PTB to install
        "IP6.INT. DNAME IP6.ARPA." *now*.  This will allow the legacy
        resolvers to get a answer and allow vendors to stop shipping
        legacy aware resolver in the vague hope that they will get
        a answer from IP6.INT that they didn't get from IP6.ARPA.

        Mark