[tor-relays] Improving Node Connection Testing

2015-06-02 Thread 12xBTM
This is a little write-up on the quality of data connections involving nodes, and some thoughts on that. So, as of today, the quality of nodes is determined by their bandwidth, uptime, and not being malicious. There are two major missing factors from this, and I wanted to bounce some ideas arou

[tor-relays] Improving Node Connection Testing

2015-06-08 Thread starlight . 2015q2
>Mostly, latency and packet loss in nodes >will negatively impact Tor's usability. . . Was reading this thread and thought of potentially useful and perhaps not overly difficult BWauth enhancement--perhaps worth considering as part of ongoing efforts to rework the BWauth scripts. When measuring a

Re: [tor-relays] Improving Node Connection Testing

2015-06-02 Thread teor
> > Date: Tue, 02 Jun 2015 11:58:25 -0400 > From: 12xBTM <12x...@gmail.com> > > This is a little write-up on the quality of data connections involving > nodes, and some thoughts on that. So, as of today, the quality of nodes > is determined by their bandwidth, uptime, and not being malicious. The

Re: [tor-relays] Improving Node Connection Testing

2015-06-02 Thread 12xBTM
I once ran a node on a college network for just a few weeks. Then I found out at peak hours, packet loss was >90%. My measured bandwidth never reflected that. Now, scale that up. An enemy makes a ton of nodes like that, and now has a large portion of circuit going through them. That will crippl

Re: [tor-relays] Improving Node Connection Testing

2015-06-02 Thread Yawning Angel
(Ugghhh, top posting. /rant) > On 2.6.15 12:26, teor wrote: > >> Date: Tue, 02 Jun 2015 11:58:25 -0400 > >> From: 12xBTM <12x...@gmail.com> > >> > > Since, as far as I know, Tor connections are in-order delivery, > > dropping packets will cause retransmits, and back up (parts of) the > > trans