[tor-bugs] #9574 [Tor]: Process ntor create cells before tap create cells?

[Tor Bug Tracker & Wiki]

#9574: Process ntor create cells before tap create cells?
-----------------------------+---------------------------------------
     Reporter:  arma         |      Owner:
         Type:  enhancement  |     Status:  needs_review
     Priority:  normal       |  Milestone:  Tor: 0.2.5.x-final
    Component:  Tor          |    Version:
   Resolution:               |   Keywords:  tor-relay, maybe-proposal
Actual Points:               |  Parent ID:
       Points:               |
-----------------------------+---------------------------------------

Comment (by nickm):

 Hi, I'm not fully here till Tuesday, but this looks important, so I'll
 look at this quick.

 Some points from this patch:
   * I would like some extra paranoia in every function that indexes
 ol_list, to make sure that the list index is in range.  (Log an LD_BUG and
 return, in other words.)
   * The code in onion_next_task is too aggressive: it does "never answer a
 TAP request while any ntor request is pending", which means that in
 practice I doubt we'll answer TAP requests at all on a busy node.  Here
 are some other ideas we could take:
      * Always answer at least N ntor requests for every 1 TAP request, if
 we have both.  (N=5? 10?)
      * When we have both ntor and TAP requests, choose an ntor request
 with probability P.  (P=.8? P=.9?)
      * When we have both ntor and TAP requests, choose an ntor request
 unless the oldest pending TAP request is N msec older than the oldest
 pending ntor request. (N=???)
      * What else?

 Also, does this imply that we ought to start designing a handshake with
 scalable client proof-of-something?

-- 
Ticket URL: <https://trac.torproject.org/projects/tor/ticket/9574#comment:12>
Tor Bug Tracker & Wiki <https://trac.torproject.org/>
The Tor Project: anonymity online