BIND 10 #833: [b10-resolver] Nameservers unreachable but really are

BIND 10 Development do-not-reply at isc.org
Tue Apr 5 15:37:14 UTC 2011


#833: [b10-resolver] Nameservers unreachable   but really are
--------------------------------------+---------------------------
                 Reporter:  jreed     |                Owner:
                     Type:  defect    |               Status:  new
                 Priority:  critical  |            Milestone:
                Component:  resolver  |           Resolution:
                 Keywords:            |            Sensitive:  0
Estimated Number of Hours:  0.0       |  Add Hours to Ticket:  0
                Billable?:  1         |          Total Hours:  0
                Internal?:  0         |
--------------------------------------+---------------------------

Comment (by jelte):

 I'm not a hundred percent sure of this, but I've been adding a bit of
 extra debugging to a private branch here, and it looks like one of the
 main problems is that it's doing a lot of unnecessary work, so much in
 fact that the internal timeouts kick in and the NSAS marks zones as
 unreachable.

 For instance, every lookup that is a cache miss starts a new recursion
 from the root right now (it doesn't search for the lowest known delegation
 at this moment). Another thing is that there is no 'front'-demuxer; if we
 ask it to resolve the same name/type twice (the second one before the
 first one finishes), it'll start a second RunningQuery that does all the
 same work. These two combined add up a lot.

 To fix the first one we have partial support in the cache, but we need to
 add some code to the resolver to make use of that (and that is not simply
 a one-line addition, though I think it isn't much). The second one
 requires a bit of design first.

 I can do that and make tickets for it, and I think we should make this
 ticket 'depend' on those, and when they are done we can probably see
 better if this is a problem in itself or really just a side-effect of all
 that extra work.

 (now that i've typed this, perhaps it also helps if we make the
 client_timeout higher for 'internal' queries, i.e. queries we initiated
 ourselves. I shall try that)

-- 
Ticket URL: <http://bind10.isc.org/ticket/833#comment:1>
BIND 10 Development <http://bind10.isc.org>
BIND 10 Development


More information about the bind10-tickets mailing list