#23474: Avoid constant initial download delays in download schedules --------------------------+------------------------------------------------ Reporter: teor | Owner: (none) Type: defect | Status: new Priority: Medium | Milestone: Tor: 0.3.3.x-final Component: Core | Version: Tor/Tor | Severity: Normal | Keywords: fingerprint-resistance, tor-client Actual Points: | Parent ID: Points: 0.5 | Reviewer: Sponsor: | --------------------------+------------------------------------------------ When a download schedule has a non-zero initial delay, the delay is used as-is. We use this to delay the initial authority consensus download (so fallbacks get used), and bridge descriptor re-downloads.
But these constant delays produce an obvious traffic pattern, so we should work out how to randomise them. Using a random value from [delay/2, delay*3/2] would be a good start. -- Ticket URL: <https://trac.torproject.org/projects/tor/ticket/23474> 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