|
|
# Phase One: Ramp up.
|
|
|
## Timeline
|
|
|
September 15, 2010 - March 15, 2011.
|
|
|
|
|
|
## Deliverables
|
|
|
Currently a mix of brainstorming and deliverables. Needs tickets for each task and sub-task to track progress. Master ticket is (#2277).
|
|
|
|
|
|
1. Create, collate, produce educational materials about Internet censorship and using Tor for circumvention. (Karen, partner) (#2272)
|
|
|
1. Training materials and sessions for train the trainers. Pull from the educational materials. (Karen, partner, Andrew, Jacob) (#2273)
|
|
|
1. Full translation of all materials, software documentation, and interfaces into target languages. (Runa, Andrew) (#2274) and (#2275)
|
|
|
1. Recruiting bridges and relays:
|
|
|
1. Hardware Tor router and access point (Jacob, partner)
|
|
|
1. 20 test relays/bridges (get 20 technical people to run these devices for prototyping and feedback) (#2269)
|
|
|
1. openwrt-based image (#2270)
|
|
|
1. updates (automated via hudson?) (#2278)
|
|
|
1. find the hardware we like and figure out flash image (#2271)
|
|
|
1. thinking down the line: mba class - social business opportunity; we've done the base OS/image, you figure out the logistics, sales, marketing, and support problems
|
|
|
1. vendor support: buffalo, fon, linksys help? (#2276)
|
|
|
1. Anonymizing LiveCD/LiveUSB with Tor (Jacob, partner)
|
|
|
1. pidgin, otr, claws, firefox w/torbutton, gpg, transparent proxy, vlc, encrypted homedir
|
|
|
1. support: ubuntu org supported, LTS edition? xubuntu for minimal hardware requirement? talk to ubuntu org
|
|
|
1. distribution: cd dist/shipping, download iso, packages/scripts in official ubuntu repos, WUBI
|
|
|
1. Cloud computing images: Amazon, Rackspace, other? (Runa, partner)
|
|
|
1. dyc.edu ramdisk based?
|
|
|
1. ubuntu server on amazon cloud image (#3033)
|
|
|
1. rackspace? identify other cloud providers?
|
|
|
1. Map out IPv6 challenges and possible solutions to making Tor compatible. (#2538) (Nick, Roger, Sebastian)
|
|
|
1. Communications
|
|
|
1. branding/video explaining what a bridge/relay/exit relay means and why you should care
|
|
|
1. risks of a relay in some sort of wording to explain that unless you are an exit, everything is encrypted and anonymous
|
|
|
1. being a non-exit relay is less risky than reading a pdf or playing a flash game/video
|
|
|
1. figure out how to garner support for exit relays, counter chilling effects, sort out individuals who are likely to want to run exit relays
|
|
|
1. Develop and iterate a propagation strategy. How to get content, software, and materials into the hands of those who need them? How to anonymously measure success? (Andrew, partner)
|
|
|
1. ip space allocation:
|
|
|
1. map changing ip addresses to tor relays/bridges others run
|
|
|
1. better use your unallocated ip space before ARIN takes it away
|
|
|
1. anycast tor bridges?
|
|
|
1. instrument tor to figure out metrics from ip addresses
|
|
|
1. ipv6/v4 tunnels from ipv6 ranges to tor relays/bridges
|
|
|
1. Tracking of Bridge reachability. Investigate five directions: (Nick, Roger, Karsten)
|
|
|
1. passive scanning from bridge self-reporting. How good can we get at recognizing that a bridge has become blocked by looking at the stats it reports? (Karsten)
|
|
|
1. active scanning from within various countries. Nick points out that we should throw in some decoy addresses too. (Andrew, Kaner)
|
|
|
1. client self-reporting? In theory the client could use its other bridges to tell us that a given bridge isn't working anymore.
|
|
|
1. DNS reflector idea (Roger)
|
|
|
1. Bridge tests its reachability to baidu (and/or some other consensus-specified destination) and publishes that reachability test in its extrainfo descriptor. (#1851, #2576)
|
|
|
1. Increasing the total number of bridges and relays. (Steven, Erinn, partner)
|
|
|
1. bridge by default bundles. setup vidalia.conf to work as a bridge by default. if it works, great. if not, no sweat.
|
|
|
1. relays by default bundles. setup vidalia.conf to work as a non-exit relay by default. if it works, great. if not, no sweat.
|
|
|
1. spread bundles into various communities (partner)
|
|
|
1. think about better user feedback to users who successfully run a bridge/relay.
|
|
|
1. list countries of users who have used your bridge (nickm, vidalia)
|
|
|
1. update vidalia interface to reflect this information and if zero users, explain possibilites
|
|
|
1. Real time information on internet censorship (Jacob, Johnathan, partner)
|
|
|
1. Guidance on ‘how best to address censorship’ manual (Andrew, partner)
|
|
|
1. how to interpret the source data collected and reported from number 8?
|
|
|
1. how do users use this data to change their actions?
|
|
|
|
|
|
|
|
|
## Assigned Tickets to this Phase One
|
|
|
[[TicketQuery(parent=#2277)]]
|
|
|
## Assigned Tickets to the larger mid-March 2011 milestone
|
|
|
[[TicketQuery(milestone=Deliverable-Mar2011)]] |
|
|
\ No newline at end of file |