[Author Prev][Author Next][Thread Prev][Thread Next][Author Index][Thread Index]

Re: [tor-dev] Scaling tor for a global population



I'd say that the idea to 'downgrade' people into being bridges is a good one, if done without requiring user input. 'Everyone run a relay' might only be useful because so many of the people we say it to have fast connections. It seems reasonable to filter out persistently low connections (and allow them back in if their connection speed improves). That is not to say that every potential bridge should actually be accepted as a bridge. The 28B/s bridge is nuts - either it's on an embedded device or their torrc is misconfigured.

What I usually recommend is to users is based on their bandwidth and how frequently their IP changes. If their connection is fast and their IP never changes (eg, a desktop or server), then run a non-exit relay [2]. For a laptop that moves to-from work, then a relay or bridge. If it moves a *lot*, use Cupcake (which is a wrapper for flashproxy). Running a relay on a raspi or a router (?!) is not a great idea -- though people attempt both. If things could gracefully switch from being a relay to a bridge based on their speed, then that would actually make it more straightforward for users because they don't have to worry about whether they should be a bridge or relay.

People can't really estimate their own bandwidth without something like NDT, but they have an idea of how fast it is. eg, this connection is 21Mb/s up, 6mb/s down, but that's mostly irrelevant because my perception of it is that it's Fast. That perception would be the same if I were getting 2Mbp/s up/down. So maybe one non-technical change we can make is to user education and website documentation -- run a relay if you have a Fast connection.

Filtering people out based on advertised bandwidth is tricky - advertised bandwidth is only useful if it's based on reality. 250kb/s seems like a reasonable floor for both relays and bridges. 100kb/s is kind of the sanity check for a distributed bridge - if it's below that, it's not useful enough IMO.

The real questions for me are: how much of a gain is possible? and what is the right balance between number of relays and speed of those relays? and I suspect that until something is tried, it may just be speculation.

best,
Griffin

[2] No one should be running an exit from home, and no one who is asking me about this at an event should be running an exit.


--
"I believe that usability is a security concern; systems that do
not pay close attention to the human interaction factors involved
risk failing to provide security by failing to attract users."
~Len Sassaman
_______________________________________________
tor-dev mailing list
tor-dev@xxxxxxxxxxxxxxxxxxxx
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-dev