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

Tor Bug Tracker & Wiki blackhole at torproject.org
Wed Sep 4 00:49:05 UTC 2013


#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 arma):

 Replying to [comment:12 nickm]:
 >   * 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.)

 Done in git commit 18ca5c52 (branch still feature9574-with-logs)

 >      * Always answer at least N ntor requests for every 1 TAP request,
 if we have both.  (N=5? 10?)

 Done in git commit 10ed23e9. (Ok, I didn't quite do that -- I did "pick
 the tiebreaker in favor of ntor 5 times out of 6". Hopefully that's close
 enough to the same idea.)

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

 Maybe, if you can figure out what to prove. These clients are normal
 clients, so they have CPU to burn.

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


More information about the tor-bugs mailing list