Re: [tor-dev] Proposal: Rendezvous Single Onion Services

2016-02-11 Thread Tim Wilson-Brown - teor
> On 12 Feb 2016, at 15:57, Roger Dingledine wrote: > > I made some hopefully uncontroversial changes to the proposal in > git, but here are the comments that you might want to think about or > disagree with before acting on. :) > > On Fri, Oct 23, 2015 at 01:54:50AM +1100, Tim Wilson-Brown - t

Re: [tor-dev] Proposal: Rendezvous Single Onion Services

2016-02-11 Thread Roger Dingledine
I made some hopefully uncontroversial changes to the proposal in git, but here are the comments that you might want to think about or disagree with before acting on. :) On Fri, Oct 23, 2015 at 01:54:50AM +1100, Tim Wilson-Brown - teor wrote: >Rendezvous single onion services have a few benefit

Re: [tor-dev] Proposal: Load-balancing hidden services by splitting introduction from rendezvous

2016-02-11 Thread Roger Dingledine
On Wed, Sep 30, 2015 at 05:27:28PM +0200, Tom van der Woerdt wrote: > I'd like your thoughts and comments on this proposal. > > Tom Hi Tom! I am slowly turning back into a Tor developer. I like this proposal. Here are some thoughts: - The INTRODUCE event should happen independent of the value

Re: [tor-dev] Much-revised draft, RFC: removing current obsolete clients from the network

2016-02-11 Thread Nick Mathewson
On Sun, Jan 17, 2016 at 12:32 PM, Spencer wrote: > Hi, > >>> >>> Nick Mathewson: >>> [This is a significantly revised version of the last >>> version of this proposal draft, sent here for comment.] >>> > > Questions? > >>> >>> The last version of this draft was >>> https://lists.torproject.org/pip

Re: [tor-dev] Should we disable the collection of some stats published in extra-infos?

2016-02-11 Thread Rob Jansen
> On Jan 19, 2016, at 3:45 AM, Karsten Loesing wrote: > > Signed PGP part > On 15/01/16 23:00, Rob Jansen wrote: > > Hello, > > Hi Rob, > > I'm moving this discussion from metrics-team@ to tor-dev@, because I > think it's relevant for little-t-tor devs who are not subscribed to > metrics-team@

Re: [tor-dev] Next version of the algorithm

2016-02-11 Thread Ola Bini
Hi again, Here is the newest version of the algorithm: https://gist.github.com/olabini/343da01de8e01491bf5c The biggest change is the addition of the state STATE_TRY_ONLY_TRIED. Once it enters this state, it will never exit it again. Cheers -- Ola Bini (https://olabini.se) "Yields falsehood

Re: [tor-dev] Next version of the algorithm

2016-02-11 Thread Ola Bini
Hi there, Thanks again! Really appreciate you spending so much time with us fine tuning this. > > The full algorithm is referred to as ALGO_CHOOSE_ENTRY_GUARD. It is divided > > into three components, such that the full algorithm is implemented by first > > invocing ALGO_CHOOSE_ENTRY_GUARD_START,

Re: [tor-dev] Existing Tor Guard Selection Algorithm

2016-02-11 Thread George Kadianakis
Chelsea Komlo writes: > Hi George, > > Thanks for your help with this! > > We wrote up our high-level understanding of the current Tor guard selection > algorithm here: > > https://gist.github.com/chelseakomlo/2acbe15314b5a809c6f4 > > This has more than our python simulation, but less than the ac