Hello,
I am working on a project to create very small Tor nodes on embedded devices connected over LTE or 3G. I have it working fine with OpenWRT and just 128MB of RAM, but the main issue is now the amount of data needed to download the consensus. The consensus files appear to be around 2.3MB at the moment and I think the default is to re-download every 3 hours, so that's 18.4MB/day or 552MB/month. Is there any way to reduce this while still maintaining good citizenship on the Tor network? Are there any recommended options for low-bandwidth nodes?
Thank you, Razvan
-- Razvan Dragomirescu Chief Technology Officer Cayenne Graphics SRL
I am working on a project to create very small Tor nodes on embedded devices connected over LTE or 3G.
since you are concerned about bw usage I assume you talk about tor clients not relays.
I have it working fine with OpenWRT and just 128MB of RAM, but the main issue is now the amount of data needed to download the consensus. The consensus files appear to be around 2.3MB at the moment and I think the default is to re-download every 3 hours, so that's 18.4MB/day or 552MB/month. Is there any way to reduce this while still maintaining good citizenship on the Tor network? Are there any recommended options for low-bandwidth nodes?
There is an ongoing effort to significantly reduce the bw overhead for tor clients on metered networks.
Some improvements are supposed to land in tor 0.3.1.x.
Relevant proposals:
https://gitweb.torproject.org/torspec.git/tree/proposals/140-consensus-diffs... https://gitweb.torproject.org/torspec.git/tree/proposals/274-rotate-onion-ke... https://gitweb.torproject.org/torspec.git/tree/proposals/275-md-published-ti... https://gitweb.torproject.org/torspec.git/tree/proposals/276-lower-bw-granul... https://gitweb.torproject.org/torspec.git/tree/proposals/277-detect-id-shari... https://gitweb.torproject.org/torspec.git/tree/proposals/278-directory-compr...
Thank you, Proposal 140 sounds perfect for what I need, that would minimize traffic quite a bit! I see some code for it at https://gitweb.torproject.org/tor.git/log/?qt=grep&q=prop140 , I'm guessing it's not complete yet.
Thanks again, Razvan
On Sat, Apr 8, 2017 at 12:43 PM, nusenu nusenu@openmailbox.org wrote:
I am working on a project to create very small Tor nodes on embedded devices connected over LTE or 3G.
since you are concerned about bw usage I assume you talk about tor clients not relays.
I have it working fine with OpenWRT and just 128MB of RAM, but the main issue is now the amount of data needed to download the consensus. The consensus files appear to be around 2.3MB at the moment and I think the default is to re-download every 3 hours, so that's 18.4MB/day or 552MB/month. Is there any way to reduce this while still maintaining good citizenship on the Tor network? Are there any recommended options for low-bandwidth nodes?
There is an ongoing effort to significantly reduce the bw overhead for tor clients on metered networks.
Some improvements are supposed to land in tor 0.3.1.x.
Relevant proposals:
https://gitweb.torproject.org/torspec.git/tree/proposals/ 140-consensus-diffs.txt https://gitweb.torproject.org/torspec.git/tree/proposals/ 274-rotate-onion-keys-less.txt https://gitweb.torproject.org/torspec.git/tree/proposals/ 275-md-published-time-is-silly.txt https://gitweb.torproject.org/torspec.git/tree/proposals/ 276-lower-bw-granularity.txt https://gitweb.torproject.org/torspec.git/tree/proposals/ 277-detect-id-sharing.txt https://gitweb.torproject.org/torspec.git/tree/proposals/ 278-directory-compression-scheme-negotiation.txt
-- https://mastodon.social/@nusenu https://twitter.com/nusenu_
tor-dev mailing list tor-dev@lists.torproject.org https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-dev
Razvan Dragomirescu:
Thank you, Proposal 140 sounds perfect for what I need, that would minimize traffic quite a bit! I see some code for it at https://gitweb.torproject.org/tor.git/log/?qt=grep&q=prop140 , I'm guessing it's not complete yet.
Relevant ticket: https://trac.torproject.org/projects/tor/ticket/13339