[tor-dev] Next version of the algorithm

Ola Bini obini at thoughtworks.com
Wed Feb 17 08:18:20 UTC 2016


Hey,

>
> Returning to this for a bit. I think it would be good to decide whether we
> should keep the unreachable status of guards on permannet disk state or
> not. The
> very latest prop259 basically forgets the unreachable guard status as soon as
> the algorithm terminates. I wonder if we actually want this. Hopefully guardsim
> has a simulation scenario that will illustrate whether that's a good idea or
> not.
Agreed. I don't know if you saw it, but in the new proposal I have an
XXX for exactly that.

> Maybe an equivalent heuristic would be that if we are in STATE_RETRY_ONLY and
> we manage to connect to a non-primary guard, we hang up the connection, and go
> back into STATE_PRIMARY_GUARDS.
Maybe. Should we do this only in STATE_RETRY_ONLY or for the UTOPIC
and DYSTOPIC states as well?

Cheers
-- 
 Ola Bini (https://olabini.se)

 "Yields falsehood when quined" yields falsehood when quined.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 931 bytes
Desc: not available
URL: <http://lists.torproject.org/pipermail/tor-dev/attachments/20160217/97b990d0/attachment.sig>


More information about the tor-dev mailing list