You are right, it seems to always turn the last nibble of the second quartet to 0, no matter what. We will have a look Joao At 15:27 +0200 13/6/03, Kurt Bauer wrote:
On Fri, 2003-06-06 at 16:55, Joao Luis Silva Damas wrote:
You are right in that the dig that ships with BIND 9.2.2 works the way you described. This will change in 9.2.3 and 9.3.0.
In the meantime you can use the dig from BIND 8 even if you run BIND 9.2.2 as the server.
I just stumbled over some strange behaviour regarding dig, version 8.3 (maybe a bug ?!?):
The query 'dig ptr -x 2001:628::1' (2001:628::1 is or border router) produces the following result: ; <<>> DiG 8.3 <<>> ptr -x ;; res options: init recurs defnam dnsrch ;; got answer: ;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN, id: 2 ;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 0 ;; QUERY SECTION: ;; 1.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.6.0.1.0.0.2.ip6.arpa, type = PTR, class = IN
;; AUTHORITY SECTION: 0.0.2.6.0.1.0.0.2.ip6.arpa. 30M IN SOA scsnms.switch.ch. ipv6.switch.ch. ( 2003061300 ; serial 4H ; refresh 30M ; retry 5w6d16h ; expiry 30M ) ; minimum
;; Total query time: 28 msec ;; FROM: nocv6.cc.univie.ac.at to SERVER: default -- 131.130.1.11 ;; WHEN: Fri Jun 13 13:17:49 2003 ;; MSG SIZE sent: 90 rcvd: 147
Have a look at the _QUERY SECTION_, as you can see there is the 8 missing for .0.8.2.6. The behaviour is the same, regardless which address out of our prefix I use.
If I query 'dig ptr 1.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.8.2.6.0.1.0.0.2.ip6.arpa.' the answer is OK: ; <<>> DiG 8.3 <<>> ptr 1.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.8.2.6.0.1.0.0.2.ip6.arpa. ;; res options: init recurs defnam dnsrch ;; got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 2 ;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 5, ADDITIONAL: 6 ;; QUERY SECTION: ;; 1.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.8.2.6.0.1.0.0.2.ip6.arpa, type = PTR, class = IN
;; ANSWER SECTION: 1.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.8.2.6.0.1.0.0.2.ip6.arpa. 9m55s IN PTR wien6.v6.aco.net.
;; AUTHORITY SECTION: 8.2.6.0.1.0.0.2.ip6.arpa. 9m55s IN NS ns5.v6.univie.ac.at. 8.2.6.0.1.0.0.2.ip6.arpa. 9m55s IN NS ns5.univie.ac.at. 8.2.6.0.1.0.0.2.ip6.arpa. 9m55s IN NS ns6.v6.univie.ac.at. 8.2.6.0.1.0.0.2.ip6.arpa. 9m55s IN NS ns6.univie.ac.at. 8.2.6.0.1.0.0.2.ip6.arpa. 9m55s IN NS ns-v6.ripe.net.
;; ADDITIONAL SECTION: ns5.v6.univie.ac.at. 19H IN AAAA 2001:628:402:1:204:acff:fede:2319 ns5.univie.ac.at. 19H IN A 193.171.255.77 ns6.v6.univie.ac.at. 19H IN AAAA 2001:628:402:1:60:8cff:fe2f:4794 ns6.univie.ac.at. 19H IN A 193.171.255.78 ns-v6.ripe.net. 1d19h8m53s IN A 193.0.0.193 ns-v6.ripe.net. 1d19h8m57s IN AAAA 2001:610:240:0:193::193
;; Total query time: 5 msec ;; FROM: nocv6.cc.univie.ac.at to SERVER: default -- 131.130.1.11 ;; WHEN: Fri Jun 13 13:24:04 2003 ;; MSG SIZE sent: 90 rcvd: 364
Is this a known bug ??? I use the dig, which comes with FreeBSD 4.8.
Thanks,
best regards, Kurt
-- Kurt Bauer <bauer@cc.univie.ac.at> Vienna University Computer Center - ACOnet - VIX Universitaetsstrasse 7, A-1010 Vienna, Austria, Europe Tel: ++43 1 4277 - 14070 (Fax: - 9140) KB1970-RIPE