[dns-operations] Resolver operation an expired domain

Frank Bulk frnkblk at iname.com
Wed Jan 26 18:29:32 UTC 2011


Thanks for confirming -- glad that there is an aggressive resolving
behavior.  We can't know now why some customers had DNS resolution issues.
A recursive dig at the time would have been helpful.

Frank

-----Original Message-----
From: George Barwood [mailto:george.barwood at blueyonder.co.uk] 
Sent: Wednesday, January 26, 2011 12:22 PM
To: frnkblk at iname.com; dns-operations at dns-oarc.net
Subject: Re: [dns-operations] Resolver operation an expired domain


----- Original Message ----- 
From: "Frank Bulk" <frnkblk at iname.com>
To: <dns-operations at dns-oarc.net>
Sent: Wednesday, January 26, 2011 4:37 PM
Subject: [dns-operations] Resolver operation an expired domain


> Our main domain, mtcnet.net, inadvertently expired this morning with
Network
> Solutions and was assigned NS entries of ns1.pendingrenewaldeletion.com
and
> ns2.pendingrenewaldeletion.com.  We have clients with their own domains
and
> two of their three NS entries point to ns1.mtcnet.net and ns2.mtcnet.net;
> the third is ns1.netins.net.
> 
> The mtcnet.net domain is renewed now, but we're still working through the
> fallout.
> 
> The question is: if a resolver outside our network would encounter a
client
> domain name (e.g. mypremieronline.com) with NS entries that themselves
> respond with "no answer", do they try successive NS entries until they
find
> one that works?  

Yes. The servers that don't respond should be marked as lame, and everything
should work fine,
provided the remaining server is reachable.

> i.e. resolver queries the root for mypremieronline.com,
> gets the three NS entries previously mentioned, of which two don't resolve
> themselves.  From our customers' calls, it appears that generally does not
> happen.  

I don't know why this would be the case.

> If the resolver would happen to query one of the working NS records,
> ns1.netins.net, everything would resolve just fine, of course.
> 
> Frank
> 
> _______________________________________________
> dns-operations mailing list
> dns-operations at lists.dns-oarc.net
> https://lists.dns-oarc.net/mailman/listinfo/dns-operations




More information about the dns-operations mailing list