]> git.ipfire.org Git - thirdparty/tor.git/commit
Don't delay uploading a new desc if bw estimate was 0
authorSebastian Hahn <sebastian@torproject.org>
Sat, 30 Aug 2014 06:36:20 +0000 (08:36 +0200)
committerNick Mathewson <nickm@torproject.org>
Tue, 2 Sep 2014 22:54:56 +0000 (18:54 -0400)
commit14abf1c3f1534da308eb221fef483a293d449d4f
tree8d1aa159d40066df8077e6b974b086412b4f50ab
parentbce32e0a356bc9d0b95a34301c6f3cc54622c4bb
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.
changes/bug13000 [new file with mode: 0644]
src/or/router.c