[tor-bugs] #20082 [Core Tor/Tor]: Lower initial descriptor upload delay for ephemeral services

Tor Bug Tracker & Wiki blackhole at torproject.org
Thu Sep 29 17:03:45 UTC 2016


#20082: Lower initial descriptor upload delay for ephemeral services
-------------------------------------------------+-------------------------
 Reporter:  twim                                 |          Owner:
     Type:  enhancement                          |         Status:
                                                 |  needs_revision
 Priority:  Medium                               |      Milestone:  Tor:
                                                 |  0.2.???
Component:  Core Tor/Tor                         |        Version:
 Severity:  Normal                               |     Resolution:
 Keywords:  tor-hs, research, proposal-needed?,  |  Actual Points:
  TorCoreTeam201609                              |
Parent ID:                                       |         Points:
 Reviewer:                                       |        Sponsor:
                                                 |  SponsorR-can
-------------------------------------------------+-------------------------

Comment (by teor):

 Replying to [comment:18 twim]:
 > Replying to [comment:17 teor]:
 > > > By the way, when I was testing this patch I found out that 3s in
 enough for an onion service to stabilize and is much better for UX
 compared to 5s.
 > >
 > > 3s from a desktop or VPS on a fast network in North America or Europe?
 > > I'd be keen on some testing on mobile and in other countries, if we
 want to push the delay as low as it can go.
 >
 > From an old desktop over obfs4 bridge and shitty WiFi connection. Don't
 think that it would be totally different on mobile (Orbot).
 > Also meek should be tested since there are some inherent HTTP delays up
 to 1s (AFAIK).

 OK, can you test meek?
 Also, let's say we do set the delay to 3s:
 * how are you testing whether the descriptor has stabilised?
 * can you warn the user when the descriptor changes after this delay?
 (perhaps between delay and 2*delay?) That way, we'll get feedback if we've
 set the delay too low, and users will understand why their onion service
 is hard to reach. (This might not be possible or easy - if not, that's ok.
 I am also happy to help you write the patch if I know how you're testing
 it.)

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


More information about the tor-bugs mailing list