[tor-relays] Determining geographical locations for a new exit relay would help most
tim.cochrane.laptop at gmail.com
Sat May 2 07:52:07 UTC 2015
-----BEGIN PGP SIGNED MESSAGE-----
I would love to see some more nodes in Australia. I'm located in Perth
and the speed of the network it horrible. Not usable for day to day
internet which is unfortunate, hopefully it will pick up soon.
I might look into setting up a node here as my only running one is
located out of Australia
-----BEGIN PGP SIGNATURE-----
Version: Mailvelope v0.13.1
-----END PGP SIGNATURE-----
On 2 May 2015 at 05:00, Seth <list at sysfu.com> wrote:
> On Fri, 01 May 2015 10:01:45 -0700, nusenu <nusenu at openmailbox.org> wrote:
>> It might be oversimplified but using compass with group by country
>> ordered by consensus weight (or in your case exit probability) shows
>> you where most of tor network capacity is currently located. The goal
>> is to setup relays in new or rarely used locations.
>> So by using compass your list would look like this, ordered from
>> better to less good:
>> * (AU) Sydney, Australia (0.01% CW)
>> * (Asia) Tokyo, Japan (0.8% CW)
>> * UK (4.6% CW)
>> * US (10.1%)
>> * NL (12.4% CW)
>> * France (21.6%)
>> * DE (25.7% CW)
>> Note: the is a current snapshot and numbers change but AU or JP is
>> better then DE (from a capacity divers. point of view) - this will
>> also be the case in a week or a month.
>> You might also want to consider the exit probability and use that in
>> addition or instead of CW.
>> I don't know if VULTR has multiple ASes but if they do you might also
>> want to have a look at the group by AS results (if they allow you to
> Thanks for the breakdown, that helps. The only hitch with the Sydney and
> Toyko locations is that instead of 1000GB/mo of bandwidth, you only get
> Would it be better (all things considered) to go with the UK location at
> 1000GB/mo vs Tokyo or Sydney at 200GB/mo?
> tor-relays mailing list
> tor-relays at lists.torproject.org
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the tor-relays