[tor-bugs] #18564 [Tor]: Improve our client HS descriptor fetch logic

Tor Bug Tracker & Wiki blackhole at torproject.org
Mon Mar 28 16:40:10 UTC 2016


#18564: Improve our client HS descriptor fetch logic
---------------------+------------------------------------
 Reporter:  dgoulet  |          Owner:
     Type:  defect   |         Status:  new
 Priority:  Medium   |      Milestone:  Tor: 0.2.9.x-final
Component:  Tor      |        Version:
 Severity:  Normal   |     Resolution:
 Keywords:  tor-hs   |  Actual Points:
Parent ID:           |         Points:  medium
 Reviewer:           |        Sponsor:  SponsorR-can
---------------------+------------------------------------

Comment (by arma):

 I think we should do the same fetch behavior regardless of how much client
 requests are pending.

 The simple answer then is to do one fetch and wait for it to succeed or
 fail.

 If we want to get fancy, we could launch a few in parallel, and close down
 the others once one succeeds. (Benefit: you get your answer more reliably
 and probably a bit more quickly. Drawback: you load down the network more,
 and also you expose your interest in the onion service to more relays.)

 But it seems crazy to me to have more outstanding fetches as we have more
 pending client requests.

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


More information about the tor-bugs mailing list