]> git.ipfire.org Git - thirdparty/tor.git/commitdiff
note that proposal 160 is written. note that section 4.5 is done.
authorRoger Dingledine <arma@torproject.org>
Sun, 24 May 2009 21:03:13 +0000 (17:03 -0400)
committerNick Mathewson <nickm@torproject.org>
Mon, 25 May 2009 00:32:07 +0000 (20:32 -0400)
doc/TODO.external

index 948ad6a975db642e759a91762c8898d38dffd0b4..12048fa344e0db18e15bbd0d352d07bfdcb7cf8b 100644 (file)
@@ -84,16 +84,9 @@ SM  - 4.1, balance traffic better
         (rejigger the bandwidth numbers at the authorities based on
         Steven's algorithm), or Mike's plan (relay scanning to identify
         the unbalanced relays and fix them on the fly), or both.
-      - Figure out how to actually modify bandwidths in the consensus. We
-        may need to change the consensus voting algorithm to decide what
-        bandwidth to advertise based on something other than median:
-        if 7 authorities provide bandwidths, and 2 are doing scanning,
-        then the 5 that aren't scanning will outvote any changes. Should
-        all 7 scan? Should only some vote? Extra points if it doesn't
-        change all the numbers every new consensus, so consensus diffing
-        is still practical.
-?   - 4.5, Older entry guards are overloaded
-      - Pick a conservative timeout like a month, and implement.
+      - Implement Proposal 160
+    o 4.5, Older entry guards are overloaded
+      o Pick a conservative timeout like a month, and implement.
 M   - 5.2, better timeouts for giving up on circuits/streams
       - clients gather data about circuit timeouts, and then abandon
         circuits that take more than a std dev above that.