Strange delelagtion/resolving problems

[Mark.Andrews at nominum.com]

 	distance == delegation steps

	Read the source.  In particular see nslookup() and the call to
	sysquery().  Not that it is only called if Q_SYSTEM is not set
	and that sysquery() sets Q_SYSTEM prior to calling nslookup()
	itself.

	Mark

> 
> Mark,
> 
> As far as I know, the DENIC does not make any recommendations in that
> direction. I suppose the reason for having only German servers is that
> everything is hosted at a German ISP (or are your referring to other
> examples?).
> 
> But what do you mean by "distance"? Is is like "number of delegation
> steps" or "network distance/roudtrip time"?
> 
> And could you possibly point me in the direction of some documentation
> of this? I was not able to find anything in the "DNS and Bind" book, and
> this problem is digging me for the whole day...
> 
> Cheers,
> 
> gilles
> 
> 
> >            Yes. The distance is one.
> > 
> >            What is this German habit of having nameservers not
> > offically
> >            serve the zone they are in?  Is the DE registry
> > encouraging
> >            this behaviour as all reported examples of this seem to
> > invole
> >            German servers?
> >               Mark
> > >
> > > Hello,
> > >
> > > I'm having a strange issue with the resolving of "www.mensa.lu". All
> > > delegations seems to be correct (altough not straightforward).
> > >
> > > The symptoms are: when restarting bind, an A-query to www.mensa.lu fails
> > 
> > > (even when increasing the timeout of dig). Buf if you play a bit with
> > > it,
> > > especially if you make queries to the nameservers involved in the
> > > delegation, the name gets eventually resolved.
> > >
> > > Is there a maximum number of redelegations that bind follows?
> > >
> > > Here is what I found so far:
> > >
> > > mensa.lu delegated to ns and ns2.norplex.net.
> > > norplex.net is delegated to vserver.neptun11.de and ns1.mars11.de.
> > > neptun11.de is delegated to ns and ns2.germany.net
> > > mars11.de is delegated to ns1.neptun11.de and www.gilching.de.
> > > All servers are reachable. If queried directly they return all correct
> > > (or
> > > at least expected) answers. When I'm sniffing bind's network traffic, it
> > 
> > > is just making the first steps and then just stops. No error (even in
> > > debug), no answer.
> > >
> > > The servers I'm currently playing with are arakis.restena.lu and
> > > salusa.restena.lu, but I found that other servers at several ISPs had
> > > the
> > > same problems. Any idea or hint on this would be more than welcomed.
> > >
> > > gilles
> > > --
> > > Gilles MASSEN
> > > RESTENA - DNS-LU
> > > 6, rue Coudenhove-Kalergi
> > > L-1359 Luxembourg
> > > tel: (+352) 42 44 09
> > > fax: (+352) 42 24 73
> > >
> > >
> > --
> > Mark Andrews, Nominum Inc.
> > 1 Seymour St., Dundas Valley, NSW 2117, Australia
> > PHONE: +61 2 9871 4742                 INTERNET: Mark.Andrews at nominum.com
> 
> -- 
> Gilles MASSEN
> RESTENA - DNS-LU
> 6, rue Coudenhove-Kalergi      
> L-1359 Luxembourg
> tel: (+352) 42 44 09
> fax: (+352) 42 24 73
> 
> 
--
Mark Andrews, Nominum Inc.
1 Seymour St., Dundas Valley, NSW 2117, Australia
PHONE: +61 2 9871 4742                 INTERNET: Mark.Andrews at nominum.com