[or-cvs] r14344: two steps forward, one step back (tor/trunk/doc)

arma at seul.org arma at seul.org
Thu Apr 10 04:41:44 UTC 2008


Author: arma
Date: 2008-04-10 00:41:43 -0400 (Thu, 10 Apr 2008)
New Revision: 14344

Modified:
   tor/trunk/doc/TODO
Log:
two steps forward, one step back


Modified: tor/trunk/doc/TODO
===================================================================
--- tor/trunk/doc/TODO	2008-04-10 04:36:21 UTC (rev 14343)
+++ tor/trunk/doc/TODO	2008-04-10 04:41:43 UTC (rev 14344)
@@ -236,8 +236,9 @@
   - Proposals to write:
     - Do we want to maintain our own set of entryguards that we use as
       next hop after the bridge?
-    - Add an 'exit-address' line in the descriptor for servers that exit
+    X Add an 'exit-address' line in the descriptor for servers that exit
       from something that isn't their published address.
+      [I think tordnsel solved this. -RD]
     - Proposal to supersede 117 by adding IPv6 support for exits and entries.
       - Internal code support for ipv6:
         o Clone ipv6 functions (inet_ntop, inet_pton) where they don't exist.
@@ -268,6 +269,12 @@
       - Patch our tor.spec rpm package so it knows where to put the fallback
         consensus file.
     - Something for bug 469, to limit connections per IP.
+    - Put bandwidth weights in the networkstatus? So clients get weight
+      their choices even before they have the descriptors; and so
+      authorities can put in more accurate numbers in the future.
+    - Map out the process of bootstrapping, break it into status events,
+      spec those events. Also, map out the ways where we can realize that
+      bootstrapping is *failing*, and include those. *
 
   - Tiny designs to write:
     - Better estimate of clock skew; has anonymity implications.  Clients



More information about the tor-commits mailing list