[or-cvs] r15948: july progress: p#141 questions mainly under discussion: load (website/trunk/projects/en)
weasel at seul.org
weasel at seul.org
Tue Jul 15 23:22:40 UTC 2008
Author: weasel
Date: 2008-07-15 19:22:40 -0400 (Tue, 15 Jul 2008)
New Revision: 15948
Modified:
website/trunk/projects/en/lowbandwidth.wml
Log:
july progress: p#141 questions mainly under discussion: load balancing and exit policy handing
Modified: website/trunk/projects/en/lowbandwidth.wml
===================================================================
--- website/trunk/projects/en/lowbandwidth.wml 2008-07-15 21:27:02 UTC (rev 15947)
+++ website/trunk/projects/en/lowbandwidth.wml 2008-07-15 23:22:40 UTC (rev 15948)
@@ -186,7 +186,28 @@
<tr>
<td>
- Jul 08
+ <a id="Jul08"></a>
+ <a class="anchor" href="#Jul08">Jul 08</a>
+ <small><em>Work on <a
+ href="https://svn.torproject.org/svn/tor/trunk/doc/spec/proposals/141-jit-sd-downloads.txt">Proposal
+ 141</a> is continuing: There are two basic ideas for how to move
+ load balancing information into the consensus: One is the
+ authorities generate the weights that clients should use and put
+ that in the consensus, the other approach is to just put bandwidth
+ information from the server descriptor there. The latter option
+ is probably friendlier when one also considers <a
+ href="https://svn.torproject.org/svn/tor/trunk/doc/spec/proposals/140-consensus-diffs.txt">Proposal
+ 141</a> since it avoids a having number of highly fluctuating
+ numbers in the consensus.</em></small>
+ <br />
+ <small><em>For handling exit policies <a
+ href="http://archives.seul.org/or/dev/Jul-2008/msg00022.html">a
+ post on the or-dev mailinglist</a> sugests that a hash identifying a
+ node's exit policy be added to the consensus document. The addition
+ of another 160 high-entropy bits per node to the consensus might
+ be a cause for concern but we think that since a lot of the exit
+ policies are the same the consensus document will compress nicely.
+ Measurements pending.</em></small>
</td>
<td>
</td>
More information about the tor-commits
mailing list