Re: [RFC] Campaign »Buy/S ponsor a relay.«

2010-03-12 Thread andrew
On Thu, Mar 11, 2010 at 11:30:27PM -0600, benn...@cs.niu.edu wrote 4.3K bytes 
in 78 lines about:
:  The everyone as a relay thing has been discussed here in the past
: ad nauseam and has ended up opposed every time for very good reasons.  The
: everyone as a bridge idea ought to fail for the same reasons, but would
: have the additional complication of requiring that tor *not* run as a bridge
: if it is already running as a relay with a published descriptor.

The difference is we're not looking to do it automatically without
asking.  Prompting the user you appear reachable, would you like to
help censored users around the world? y/n? is a first step.  Steven or
Roger can talk more about this in detail.

:  In the U.S., at least, that effort would be furthered, I think, by
: a publicity campaign identifying ISPs that provide *full* Internet access
: to residential accounts, as opposed to ISPs that provide only *partial*
: Internet access to residential accounts (e.g., Comcast).  That would help
: to provide a marketing advantage to ISPs offering full service over ISPs
: that don't.  It might also be worthwhile to start a complaint-to-the-FCC
: campaign to report misleading advertising by ISPs that offer only partial
: access but market it as Internet access as if it were full access.

This is a fine page to start on the wiki. However, most users in the US
don't have more than one or two options for broadband.  Hopefully one of
the two options will be more full access than the other.

-- 
Andrew Lewman
The Tor Project
pgp 0x31B0974B

Website: https://www.torproject.org/
Blog: https://blog.torproject.org/
Identi.ca: torproject
***
To unsubscribe, send an e-mail to majord...@torproject.org with
unsubscribe or-talkin the body. http://archives.seul.org/or/talk/


Re: [RFC] Campaign »Buy/S ponsor a relay.«

2010-03-10 Thread andrew
On Wed, Mar 10, 2010 at 09:24:54PM -0800, atag...@gmail.com wrote 8.3K bytes in 
180 lines about:
: Hence, as long as any hosting entity properly set the 'Family' parameter, I
: think we should welcome this sort of hired-relay-operation. The proper
: countermeasure for this problem (imho) would be to grant relays an implied
: family based on geoip data and known ISP/hoster ip ranges (ie, don't make my
: circuit through multiple relays hosted by Comcast or, say, in the US).

Yes, and there's some research into Autonomous System (AS) level
routing and aggregation concerns.  

This whole sponsor a relay concept has come up internally in the past.
The idea is based on the assumption that there are organizations with
more money then technical skill willing to fund someone to run a relay
for some defined period of time, bandwidth, etc.  I'm not sure this is
true at this point in time.

However, this doesn't mean that starting a marketplace or exchange where
people with some money can meet people with technical skill in operating
a relay is a bad idea.  It's a fine experiment to learn about the demand
from both ends, and figure out what the market would decide on pricing
for slow/fast relays, non-exit/exit relays, branded/Unnamed relays, and
reliability and uptime.  Of course, this could also introduce some
interesting incentives to cheat.

Coldbot in the UK is the first such market. I wonder if they'll
share how it is going so far.  

-- 
Andrew Lewman
The Tor Project
pgp 0x31B0974B

Website: https://www.torproject.org/
Blog: https://blog.torproject.org/
Identi.ca: torproject
***
To unsubscribe, send an e-mail to majord...@torproject.org with
unsubscribe or-talkin the body. http://archives.seul.org/or/talk/