[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