[or-cvs] r9993: Describe a simpler implementation for proposal 108, and note (in tor/trunk: . doc/spec/proposals)

Watson Ladd watsonbladd at gmail.com
Fri Apr 27 19:53:04 UTC 2007

> Actually, I chose "up for an entire day" as a minimum quantum for a
> reason.  The main problem with router instability isn't the fraction
> of time it's down; if you try to connect to a router that isn't there,
> that's not a big deal.  The problem with router instability is the
> likelihood that it will _go_ down and drop all your circuits.
Why not compute the probability that the router will go down in the next
10 minutes based on 5 days worth of data? This dependent the number of
transitions in ten minutes on average and that is easy to compute. If we
want to discount the past we could "erase" transitions, that is count
\alpha of a transition for two days ago, \alpha^2 of a transition for
three days ago, etc.

Watson Ladd

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 249 bytes
Desc: OpenPGP digital signature
URL: <http://lists.torproject.org/pipermail/tor-dev/attachments/20070427/f0e71835/attachment.pgp>

More information about the tor-dev mailing list