BIND 10 #407: Support for handling multiple requests concurrently

BIND 10 Development do-not-reply at isc.org
Fri Nov 5 01:59:39 UTC 2010


#407: Support for handling multiple requests concurrently
---------------------------+------------------------------------------------
  Reporter:  zzchen_pku    |            Owner:     
      Type:  defect        |           Status:  new
  Priority:  major         |        Milestone:     
 Component:  Unclassified  |         Keywords:     
 Sensitive:  0             |   Estimatedhours:  0  
     Hours:  0             |         Billable:  1  
Totalhours:  0             |         Internal:  0  
---------------------------+------------------------------------------------
 Copied the comments from #299:

 {{{
 First of all, are we intentionally allowing multiple clients to connect to
 the xfrout server via the unix domain socket? The current implementation
 allows that because it inherits from ThreadingUnixStreamServer. This
 behavior might be good (e.g. if we use a multi-process model for b10-auth
 in the future, each sub process may want to make a separate connection to
 xfrout), but I'm not sure about the intent from the code. Actually, it
 rather seems to assume a single client.

 Second, since the actual xfrout session works in the blocking mode, we
 cannot handle multiple xfrout sessions concurrently. This is not good if
 we have multiple large zones and when xfrout sessions run for these zones
 at the same time. And, of course, the shutdown procedure cannot (always)
 be as quick as it should be.

 Depending on the answer to the first point, we might rather avoid using
 the socketserver framework. And, for the second part we need more
 sophisticated operation for xfrout sessions.
 }}}

-- 
Ticket URL: <http://bind10.isc.org/ticket/407>
BIND 10 Development <http://bind10.isc.org>
BIND 10 Development


More information about the bind10-tickets mailing list