But, the query is for 5.211.173.198.in-addr.arpa (not 211.173.198.in-addr.arpa).
sorry. I wonder where I got .11 from?
Whatever, .5 PTR also times out, repeatedly:
# dig -x 198.173.211.5
; <<>> DiG 8.3 <<>> -x ;; res options: init recurs defnam dnsrch ;; res_nsend to server default -- 127.0.0.1: Operation timed out
the Class C times out repeatedly:
# dig -x 198.173.211
; <<>> DiG 8.3 <<>> -x ;; res options: init recurs defnam dnsrch ;; res_nsend to server default -- 127.0.0.1: Operation timed out
the Class B is ok:
tx1# dig -x 198.173
; <<>> DiG 8.3 <<>> -x ;; res options: init recurs defnam dnsrch ;; got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 2 ;; flags: qr rd ra; QUERY: 1, ANSWER: 3, AUTHORITY: 3, ADDITIONAL: 3 ;; QUERY SECTION: ;; 173.198.in-addr.arpa, type = ANY, class = IN
;; ANSWER SECTION: 173.198.in-addr.arpa. 3h14m59s IN NS ns2.verio.net. 173.198.in-addr.arpa. 3h14m59s IN NS ns0.verio.net. 173.198.in-addr.arpa. 3h14m59s IN NS ns1.verio.net.
so, ask those NS for the Class C:
# dig -x 198.173.211 @ns0.verio.net.
; <<>> DiG 8.3 <<>> -x @ns0.verio.net. ; (1 server found) ;; res options: init recurs defnam dnsrch ;; got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 4 ;; flags: qr rd; QUERY: 1, ANSWER: 0, AUTHORITY: 2, ADDITIONAL: 2 ;; QUERY SECTION: ;; 211.173.198.in-addr.arpa, type = ANY, class = IN
;; AUTHORITY SECTION: 211.173.198.in-addr.arpa. 4H IN NS u.ns.verio.net. 211.173.198.in-addr.arpa. 4H IN NS c.ns.verio.net.
;; ADDITIONAL SECTION: c.ns.verio.net. 1D IN A 129.250.35.33 u.ns.verio.net. 1D IN A 192.67.14.17
so ask those NSs for the PTR:
tx1# dig -x 198.173.211.5 @u.ns.verio.net
; <<>> DiG 8.3 <<>> -x @u.ns.verio.net ; (1 server found) ;; res options: init recurs defnam dnsrch ;; res_nsend to server u.ns.verio.net 192.67.14.17: Operation timed out
.....repeatedly and
# dig -x 198.173.211.5 @c.ns.verio.net
; <<>> DiG 8.3 <<>> -x @c.ns.verio.net ; (1 server found) ;; res options: init recurs defnam dnsrch ;; res_nsend to server c.ns.verio.net 129.250.35.33: Operation timed out
.....repeatedly.
From where I sit, and I assume from wherever AOL sits, Verio's delegation is broken, and their NSs are not responding.
Although the server should respond to the 211.173.198.in-addr.arpa request, is it required to?
Every DNS record has to be in a zone, and that zone file has to answered by a DNS authoritatively, no matter whether it's a record in a forward or reverse zone (note to everybody: forward and reverse zones work EXACTLY the same).
Any DNS trying to resolve a query will follow referrals down the "chain of delegation" from the root to the authoritative DNS.
u.ns.verio.net does respond to the query for 5.211.173.198.in-addr.arpa's PTR record from here, and a query using BIND8 works fine.
It doesn't resolve for my dig and my DNS Expert, so I conclude Verio has NS problems, as AOL has concluded. ( I'm not going fishing for some places on Internet where it his PTR does resolve, since all my other DNS queries to anywhere else work fine. Where you are in Internet shouln't affect what resolution you get)
Len
_____________________________________________________________________ http://MenAndMice.com/DNS-training: New York; Seattle; Chicago IMGate.MEIway.com: anti-spam gateway, effective on 1000's of sites, free
To Unsubscribe: http://www.ipswitch.com/support/mailing-lists.html List Archive: http://www.mail-archive.com/imail_forum%40list.ipswitch.com/ Knowledge Base/FAQ: http://www.ipswitch.com/support/IMail/
