BIND9 don't query specific nameserver with IPv4 address.

[phn at icke-reklam.ipsec.nu]

JINMEI Tatuya / $B?@L at C#:H(B <jinmei at isl.rdc.toshiba.co.jp> wrote:
>>>>>> On Wed, 23 Jun 2004 16:21:18 +0000 (UTC), 
>>>>>> phn at icke-reklam.ipsec.nu said:

>> Don't worry bout bind-9, it's the domain "sm.sony.co.jp" that is
>> broken.

>> Among the problems :

>> the domain is delegated to "widefw.csl.sony.co.jp (133.138.1.1)" ,
>> that server however says "ns.sony.co.jp (137.153.0.11), which is
>> Lame, and "widens.sm.sony.co.jp (133.138.10.1)" as nameservers.

> This is not lame, though somewhat unusual.  This is simply a case
> where an upper zone server only has a subset of the nameservers of a
> child zone.

It *was* lame at the time i did the measurment. 

Now it's not lame, but instead using a zeroTTL soa record:
> dig sm.sony.co.jp soa @137.153.0.11

; <<>> DiG 8.3 <<>> sm.sony.co.jp soa @137.153.0.11
; (1 server found)
;; res options: init recurs defnam dnsrch
;; got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 4
;; flags: qr aa rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 1, ADDITIONAL: 2
;; QUERY SECTION:
;;      sm.sony.co.jp, type = SOA, class = IN

;; ANSWER SECTION:
sm.sony.co.jp.          0S IN SOA       widens.sm.sony.co.jp. onoe.sm.sony.co.jp. (
                                        66              ; serial
                                        10M             ; refresh
                                        5M              ; retry
                                        5w6d16h         ; expiry
                                        10M )           ; minimum


( repeated on a different system ) :
> dig sm.sony.co.jp soa @137.153.0.11

; <<>> DiG 9.2.3 <<>> sm.sony.co.jp soa @137.153.0.11
;; global options:  printcmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 6687
;; flags: qr aa rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 1, ADDITIONAL: 2

;; QUESTION SECTION:
;sm.sony.co.jp.                 IN      SOA

;; ANSWER SECTION:
sm.sony.co.jp.          0       IN      SOA     widens.sm.sony.co.jp. onoe.sm.so
ny.co.jp. 66 600 300 3600000 600




> The real source of the problem is the one I pointed out in my earlier
> message.

Yes, that is a good analyze. 

The zone has problems.


> 					JINMEI, Tatuya
> 					Communication Platform Lab.
> 					Corporate R&D Center, Toshiba Corp.
> 					jinmei at isl.rdc.toshiba.co.jp


-- 
Peter Håkanson         
        IPSec  Sverige      ( At Gothenburg Riverside )
           Sorry about my e-mail address, but i'm trying to keep spam out,
	   remove "icke-reklam" if you feel for mailing me. Thanx.