diff options
| author | Roger Dingledine <arma@torproject.org> | 2007-03-10 08:13:34 +0000 |
|---|---|---|
| committer | Roger Dingledine <arma@torproject.org> | 2007-03-10 08:13:34 +0000 |
| commit | 146b1e919f52a95740f51e8315d4976b55242ae6 (patch) | |
| tree | c8633d783b2e461820535ef9f1bf8cd43f581149 /doc | |
| parent | abd1ca188eada02e9f252bbb8beacb4576d2260b (diff) | |
| download | tor-146b1e919f52a95740f51e8315d4976b55242ae6.tar tor-146b1e919f52a95740f51e8315d4976b55242ae6.tar.gz | |
a few tweaks, plus actually close 107
svn:r9794
Diffstat (limited to 'doc')
| -rw-r--r-- | doc/spec/proposals/107-uptime-sanity-checking.txt | 9 |
1 files changed, 5 insertions, 4 deletions
diff --git a/doc/spec/proposals/107-uptime-sanity-checking.txt b/doc/spec/proposals/107-uptime-sanity-checking.txt index f1609555a..d71a70c1c 100644 --- a/doc/spec/proposals/107-uptime-sanity-checking.txt +++ b/doc/spec/proposals/107-uptime-sanity-checking.txt @@ -4,12 +4,12 @@ Version: Last-Modified: Author: Kevin Bauer & Damon McCoy Created: 8-March-2007 -Status: Open +Status: Closed Overview: This document describes how to cap the uptime that is used when computing - which routers are maked as stable such that highly stable routers cannot + which routers are marked as stable such that highly stable routers cannot be displaced by malicious routers that report extremely high uptime values. @@ -33,7 +33,7 @@ Specification: "Stable" -- A router is 'Stable' if it is running, valid, not hibernating, and either its uptime is at least the median uptime for known running, valid, non-hibernating routers, or its uptime is at - least one month. Routers are never called stable if they are running + least 30 days. Routers are never called stable if they are running a version of Tor known to drop circuits stupidly. (0.1.1.10-alpha through 0.1.1.16-rc are stupid this way.) @@ -47,8 +47,9 @@ Implementation: Discussion: - Initially, this proposal set the maximum at 50 days, not 30; the 30 day + Initially, this proposal set the maximum at 60 days, not 30; the 30 day limit and spec wording was suggested by Roger in an or-dev post on 9 March 2007. This proposal also led to 108-mtbf-based-stability.txt + |