#20534: Revise hard-coded download schedules
------------------------------+--------------------------------
     Reporter:  teor          |      Owner:
         Type:  defect        |     Status:  new
     Priority:  Medium        |  Milestone:  Tor: 0.2.9.x-final
    Component:  Core Tor/Tor  |    Version:
     Severity:  Normal        |   Keywords:  regression
Actual Points:                |  Parent ID:
       Points:  0.5           |   Reviewer:
      Sponsor:                |
------------------------------+--------------------------------
 We should tweak the download schedules in config.c based on what we've
 learned in #20499.

 These schedules should retry sooner than never:
 TestingServerDownloadSchedule
 TestingClientDownloadSchedule

 These schedules retry at most every 2 hours, should that be higher?
 TestingServerConsensusDownloadSchedule

 These schedules retry at most every 12 hours, should that be higher?
 lower?
 TestingClientConsensusDownloadSchedule

 These schedules retry at most every 73 hours, should that be lower?
 Should we try more times before jumping to retrying after an hour?
 ClientBootstrapConsensusAuthorityDownloadSchedule
 ClientBootstrapConsensusFallbackDownloadSchedule
 ClientBootstrapConsensusAuthorityOnlyDownloadSchedule

 Should we try more than 7 or 8 times to get directory documents?
 TestingConsensusMaxDownloadTries
 ClientBootstrapConsensusMaxDownloadTries
 TestingDescriptorMaxDownloadTries
 TestingMicrodescMaxDownloadTries
 TestingCertMaxDownloadTries

--
Ticket URL: <https://trac.torproject.org/projects/tor/ticket/20534>
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

Reply via email to