another classless IN-ADDR.ARPA delegation question

[Barry Margolin]

In article <9u89el$p61 at pub3.rc.vix.com>,
Frank Joerdens  <frank at joerdens.de> wrote:
>Which means that, as I understand the mechanism, the IP address
>62.8.212.190 should resolve to ns.archi-me-des.de. But it doesn't:
>
>----------------------- snip -----------------------
>bender:~ # dig @localhost -x 62.8.212.190
>
>; <<>> DiG 8.3 <<>> @localhost -x
>; (1 server found)
>;; res options: init recurs defnam dnsrch
>;; got answer:
>;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 6
>;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 3, ADDITIONAL: 3
>;; QUERY SECTION:
>;;      190.212.8.62.in-addr.arpa, type = ANY, class = IN
>
>;; ANSWER SECTION:
>190.212.8.62.in-addr.arpa.  18h35m2s IN CNAME  190.176/28.212.8.62.in-addr.arpa.
....
>
>Can anyone explain? My guess would be that the CNAME entries in the
>provider's zone file, like
>
>190	CNAME	190.176/28.212.8.62.in-addr.arpa.
>
>are missing.

Why do you say that?  The response you got above clearly shows that CNAME
record.

Since you didn't specify a record type in your dig query, it defaulted to
ANY, which returned the CNAME record rather than following the alias.  Try
"dig -x 62.8.212.190 ptr" and you should get the answer you expect:

; <<>> DiG 8.3 <<>> -x ptr 
;; res options: init recurs defnam dnsrch
;; got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 4
;; flags: qr rd ra; QUERY: 1, ANSWER: 2, AUTHORITY: 3, ADDITIONAL: 3
;; QUERY SECTION:
;;	190.212.8.62.in-addr.arpa, type = PTR, class = IN

;; ANSWER SECTION:
190.212.8.62.in-addr.arpa.  23h57m42s IN CNAME  190.176/28.212.8.62.in-addr.arpa.
190.176/28.212.8.62.in-addr.arpa.  57m36s IN PTR  ns.archi-me-des.de.

;; AUTHORITY SECTION:
176/28.212.8.62.in-addr.arpa.  57m36s IN NS  ns.archi-me-des.de.
176/28.212.8.62.in-addr.arpa.  57m36s IN NS  ns2.kkf.net.
176/28.212.8.62.in-addr.arpa.  57m36s IN NS  ns3.kkf.net.

;; ADDITIONAL SECTION:
ns.archi-me-des.de.	57m23s IN A	212.63.41.234
ns2.kkf.net.		1d23h56m52s IN A  212.63.40.10
ns3.kkf.net.		1d23h56m52s IN A  212.63.37.246

;; Total query time: 13 msec
;; FROM: tools.genuity.com to SERVER: default -- 4.2.2.1
;; WHEN: Fri Nov 30 13:39:06 2001
;; MSG SIZE  sent: 43  rcvd: 205

However, the first time I tried this I got a SERVFAIL error.  It appears
that the servers ns.kkf.net, ns2.kkf.net, and ns3.kkf.net don't have the
zone loaded; either they're not configured as slave servers or they've been
unable to transfer the zone from the master server.

-- 
Barry Margolin, barmar at genuity.net
Genuity, Woburn, MA
*** DON'T SEND TECHNICAL QUESTIONS DIRECTLY TO ME, post them to newsgroups.
Please DON'T copy followups to me -- I'll assume it wasn't posted to the group.