tor/changes/bug13000 at 14abf1c3f1534da308eb221fef483a293d449d4f - tor - Gitea: Git with a cup of darkness

torproject/tor

mirror of https://gitlab.torproject.org/tpo/core/tor.git synced 2024-12-06 19:41:15 +01:00

Files

T

Sebastian Hahn 14abf1c3f1 Don't delay uploading a new desc if bw estimate was 0

When a tor relay starts up and has no historical information about its
bandwidth capability, it uploads a descriptor with a bw estimate of 0.
It then starts its bw selftest, but has to wait 20 minutes to upload the
next descriptor due to the MAX_BANDWIDTH_CHANGE_FREQ delay. This change
should mean that on average, relays start seeing meaningful traffic a
little quicker, since they will have a higher chance to appear in the
consensus with a nonzero bw.

Patch by Roger, changes file and comment by Sebastian.

2014-09-02 18:54:56 -04:00

6 lines

182 B

Plaintext

Raw Blame History

   o Minor bugfixes:
     - If our previous bandwidth estimate was 0 bytes, allow publishing a
       new relay descriptor immediately. Fixes bug 13000; bugfix on
 .1.1.6-alpha.