[or-cvs] [tor/master] note that proposal 160 is written. note that section 4.5 is done.

[nickm@xxxxxxxx (Nick Mathewson)]

Author: Roger Dingledine <arma@xxxxxxxxxxxxxx>
Date: Sun, 24 May 2009 17:03:13 -0400
Subject: note that proposal 160 is written. note that section 4.5 is done.
Commit: b1e61353ecab03a3714bd52d5a45a933ce4f76d1

---
 doc/TODO.external |   13 +++----------
 1 files changed, 3 insertions(+), 10 deletions(-)

diff --git a/doc/TODO.external b/doc/TODO.external
index 948ad6a..12048fa 100644
--- a/doc/TODO.external
+++ b/doc/TODO.external
@@ -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.
-- 
1.5.6.5