Re: [tor-dev] Status report - Stream-RTT

2013-10-08 Thread ra
On Saturday 10 August 2013 02:37:48 Damian Johnson wrote: > >> Yup. It's unfortunate that tor decided to include an 'Exit' flag with > >> such an unintuitive meaning. You're not the first person to be > >> confused by it. > > > > Is this meaning at least documented somewhere and I have just read o

[tor-dev] Status report - Stream-RTT

2013-09-14 Thread ra
tl;dr When building a circuit, measuring the RTT a single time could provide better latency and anonymity while not affecting throughput. Multiple measurements could be used for running real-time applications like VoIP or optimizing throughput. Despite the fact that the Tor network is curren

[tor-dev] Status report - Stream-RTT

2013-08-26 Thread ra
Hello! Here goes my fourth status report on reducing the RTT of Tor circuits: I continued to evaluate lots of RTT-data of Tor circuits and drew some conclusions from that: *) The RTT measurements of circuits are subject to multiple influences and hence very diverse. *) There is no single distr

Re: [tor-dev] Status report - Stream-RTT

2013-08-12 Thread ra
On Saturday 10 August 2013 23:52:44 Damian Johnson wrote: > If I understand this correctly you're thinking that multiple calls to > extend_circuit() cause parallel EXTENDCIRCUIT requests, and the first > response would be used for both callers. Is that right? Yes. > If so then I would be very int

Re: [tor-dev] Status report - Stream-RTT

2013-08-10 Thread Damian Johnson
> As far as I understand it it's not necessarily wrong but it might be the case > that a response that does not belong to the call is received first: Assume a > single program making two extend_circuit() calls within a short time. If the > first EXTENDED response is delayed for some reason, both ca

Re: [tor-dev] Status report - Stream-RTT

2013-08-10 Thread ra
On Saturday 10 August 2013 02:37:48 Damian Johnson wrote: > Hi Robert. Here's the relevant part of the spec... > > https://gitweb.torproject.org/torspec.git/blob/HEAD:/dir-spec.txt#l1738 Thanks. I will try to make that part more clear and open a ticket. > > If requests are sent to Tor to create

[tor-dev] Status report - Stream-RTT

2013-08-10 Thread ra
Hello! Here goes my third status report on reducing the RTT of Tor circuits: First of all I am happy to have received feedback from Damian which I integrated into the RTT-probing script[0][1]. With this script I have already gathered a big amount of data about the RTTs of circuits which I am sti

Re: [tor-dev] Status report - Stream-RTT

2013-08-09 Thread Damian Johnson
>> Yup. It's unfortunate that tor decided to include an 'Exit' flag with >> such an unintuitive meaning. You're not the first person to be >> confused by it. > > Is this meaning at least documented somewhere and I have just read over it? Hi Robert. Here's the relevant part of the spec... https://

Re: [tor-dev] Status report - Stream-RTT

2013-08-09 Thread ra
On Monday 05 August 2013 07:25:20 Damian Johnson wrote: > Yup. It's unfortunate that tor decided to include an 'Exit' flag with > such an unintuitive meaning. You're not the first person to be > confused by it. Is this meaning at least documented somewhere and I have just read over it? > > -) It

Re: [tor-dev] Status report - Stream-RTT

2013-08-04 Thread Damian Johnson
Hi Robert, sorry about the delay. I couldn't sink the time a reply to this thread deserved until now. > -) When I wanted to check if a certain node is an exit node it took me some > time to figure out that looking for an exit flag is not sufficient because > some > nodes are in fact exit nodes bu

Re: [tor-dev] Status report - Stream-RTT

2013-07-28 Thread ra
On Saturday 27 July 2013 04:41:45 Damian Johnson wrote: > Hi ra, glad to see that you're using stem! Sure, stem works really great! > If you have any questions, > suggestions, feature requests, These parts were a bit tricky to figure out for me: -) When I wanted to check if a certain node is a

Re: [tor-dev] Status report - Stream-RTT

2013-07-26 Thread Damian Johnson
> There is now a single script called "rttprober"[0] that depends on a > patched[1] Tor client running a certain configuration[2]. The goal is to > measure RTTs of Tor circuits. It takes a few parameters as input: an > authenticated Stem Tor controller for communication with the Tor client.. Hi ra

[tor-dev] Status report - Stream-RTT

2013-07-26 Thread ra
Hi all! During the last weeks I have been very busy working on my GSoC project which is about reducing the RTT of preemptively built circuits. There is now a single script called "rttprober"[0] that depends on a patched[1] Tor client running a certain configuration[2]. The goal is to measure

[tor-dev] Status report - Stream-RTT

2013-07-12 Thread ra
Hi all! I started a little late on this years GSoC project[0] which is about reducing the RTT of preemptively built circuits. Since begin of July I have been working on scripts for Tor path generation and Stream-RTT probing. For the path generation script "path_finder.py" I decided not to reimp