Strange delelagtion/resolving problems

[Gilles Massen]

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