Re: [tor-dev] Tor and BGP integration

2011-06-28 Thread coderman
On Thu, Jun 9, 2011 at 2:34 PM, Jacob Appelbaum wrote: > ... > We need a proposal for a circuit selection process that is BGP aware. I > guess we'll need it around the time that we want to support IPv6 entirely... why stop at BGP? at that point, might as well pay for a telegeography subscription

Re: [tor-dev] Tor and BGP integration

2011-06-10 Thread grarpamp
> this is just a way to encourage network operators >(who want to play nice) to run more than a middle node without a > lot of overhead. Or do I misunderstand? You're fine. I was only speaking of the internet path between the exit and regular internet services. Such as what happens if a Tier-1/2 p

Re: [tor-dev] Tor and BGP integration

2011-06-09 Thread Jacob Appelbaum
On Thu, Jun 9, 2011 at 10:23 PM, Robert Ransom wrote: > On Thu, 9 Jun 2011 21:34:17 + > Jacob Appelbaum wrote: > > > On Thu, Jun 9, 2011 at 8:40 PM, grarpamp wrote: > > > > > Some thoughts from a quasi network operator... > > > > > > Perhaps a tracking reason not to do this... > > > > > > No

Re: [tor-dev] Tor and BGP integration

2011-06-09 Thread Robert Ransom
On Thu, 9 Jun 2011 21:34:17 + Jacob Appelbaum wrote: > On Thu, Jun 9, 2011 at 8:40 PM, grarpamp wrote: > > > Some thoughts from a quasi network operator... > > > > Perhaps a tracking reason not to do this... > > > > Normally exit traffic is free to travel the globe across jurisdictions > >

Re: [tor-dev] Tor and BGP integration

2011-06-09 Thread Jeroen Massar
On 2011-Jun-09 23:34, Jacob Appelbaum wrote: > For Tor itself doing some programmatic things... There are plenty > of BGP looking glasses out there. But for the purposes of some > script banging away at them (times the number of nodes doing so), > yes, it is definitely considered pr

Re: [tor-dev] Tor and BGP integration

2011-06-09 Thread Jacob Appelbaum
On Thu, Jun 9, 2011 at 8:40 PM, grarpamp wrote: > Some thoughts from a quasi network operator... > > Perhaps a tracking reason not to do this... > > Normally exit traffic is free to travel the globe across jurisdictions > on its way to its final destination (ie: webserver). Doing this > forces th

Re: [tor-dev] Tor and BGP integration

2011-06-09 Thread grarpamp
Some thoughts from a quasi network operator... Perhaps a tracking reason not to do this... Normally exit traffic is free to travel the globe across jurisdictions on its way to its final destination (ie: webserver). Doing this forces that traffic to sink at the exit jurisdiction... removing that p

Re: [tor-dev] Tor and BGP integration

2011-06-09 Thread Jeroen Massar
On 2011-Jun-09 20:07, Linus Nordberg wrote: [..] > I'm already running something[1] that is collecting a feed and storing > it in an SQL database. I should tech it i) how to emit torrc Export > lines and ii) the Tor control protocol ("exit-policy/default"). If you want an IPv6 dump (aka grh.sixxs

Re: [tor-dev] Tor and BGP integration

2011-06-09 Thread Linus Nordberg
Jacob Appelbaum wrote Thu, 9 Jun 2011 14:59:55 +: | Hello from Iceland, Hello from a strikestrucken Keflavíkurflugvöllur, | We came up with two main ideas for making this happen. Thanks for the writeup. | Another method would be to write a controller that watches for BGP network | updat

Re: [tor-dev] Tor and BGP integration

2011-06-09 Thread Arturo
Hello, This seems to me like a really neat idea! Reading from real time BGP feeds is not a simple task and I think it might be a bit of an overhead for the average Tor user. On the other hand it could be a good idea to have some nodes run tools to generate exit policies or at least provide BGP r

[tor-dev] Tor and BGP integration

2011-06-09 Thread Jacob Appelbaum
Hello from Iceland, Linus invited me to Reykjavik to talk about Tor at the NORDUnet conference and this idea is the result of a bit of feedback from some network operators here. Tor needs a way to be friendly to large network operators who wish to enable exiting to anonymous communication for the