#25096: Bump up NumNTorsPerTAP to squeeze out v2 onion service traffic?
--------------------------+------------------------------------
Reporter: arma | Owner: (none)
Type: defect | Status: new
Priority: Medium | Milestone: Tor: 0.3.3.x-final
Component: Core Tor/Tor | Version:
Severity: Normal | Resolution:
Keywords: | Actual Points:
Parent ID: | Points:
Reviewer: | Sponsor:
--------------------------+------------------------------------
Comment (by arma):
Note that there are actually two parts to squeezing down the v2 onion
service traffic with this approach: there's squeezing down the client
circuits that are trying to reach the intro points (yay), and squeezing
down the service circuits that are trying to reach the rend points (boo).
I say yay for the first one because fewer introductions means less
response traffic, and boo for the second one because by the time you're at
that stage of the rendezvous, it sure would be best to just finish it.
But I don't know of an easy way to distinguish between the two, especially
before we've processed the create cell, so I am willing to lump them
together here.
--
Ticket URL: <https://trac.torproject.org/projects/tor/ticket/25096#comment:1>
Tor Bug Tracker & Wiki <https://trac.torproject.org/>
The Tor Project: anonymity online
_______________________________________________
tor-bugs mailing list
tor-bugs@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs
