tor/changes/bug13000

  o Minor bugfixes:
    - If our previous bandwidth estimate was 0 bytes, allow publishing a
      new relay descriptor immediately. Fixes bug 13000; bugfix on
      0.1.1.6-alpha.
  o Minor features:
    - Don't list relays with a bandwidth estimate of 0 in the consensus.
      Implements a feature proposed during discussion of bug 13000.
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-08-30 08:36:20 +02:00			`o Minor bugfixes:`
			`- If our previous bandwidth estimate was 0 bytes, allow publishing a`
			`new relay descriptor immediately. Fixes bug 13000; bugfix on`
			`0.1.1.6-alpha.`
Don't list relays w/ bw estimate of 0 in the consensus This implements a feature from bug 13000. Instead of starting a bwauth run with this wrong idea about their bw, relays should do the self-test and then get measured. 2014-08-30 09:00:40 +02:00			`o Minor features:`
			`- Don't list relays with a bandwidth estimate of 0 in the consensus.`
			`Implements a feature proposed during discussion of bug 13000.`