ooni-dev

ooni-dev@lists.torproject.org

306 discussions

Mini hackathon in Rome (1-2 October) instead of ADINA
by Simone Basso 30 Sep '15

30 Sep '15

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 Dear all, Since our tickets are not refundable, I'll travel to Rome in any case with some colleagues and do some hacking. We will probably do some work on visualizations (perhaps World Censorship Report or World Censorship Map) and on MeasurementKit. If you'd like to join us, drop me a line! Cheers, Simone - -- Simone Basso http://nexa.polito.it/people/sbasso -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 … [View More]

1 1

Reminder for weekly OONI dev meeting Monday 2015-09-28 17:00 UTC (19:00 CET)
by Vasilis 28 Sep '15

28 Sep '15

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 Hello, This is a reminder that today there will be the weekly OONI meeting. It will happen as usual on the #ooni channel on irc.oftc.net at 17:00 UTC (19:00 CET, 13:00 EST, 10:00 PST). Everybody is welcome to join us and bring their questions and feedback. See you later, ~ Vasilis -----BEGIN PGP SIGNATURE----- iQIcBAEBCgAGBQJWCVNdAAoJEF+/cLHRJgFiH64P/1+7K7c5kG5gM35lGkSDlDDi 3MB9bWeoaS9+gsLHjBPsZ+RwdbmeW5Ax0hTIbxKla33B9/xpNzLroR8+O+YEc0t1 2l+… [View More]

1 0

OONI #ADINA15 Hackathon postponed
by Vasilis 27 Sep '15

27 Sep '15

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 Greetings! We are sorry to mention that but unfortunately the OONI hackathon that was planned in to take place on Oct. 1-2 in Rome has been postponed to an unknown (yet) date! It was not an easy decision but we cannot do anything from our side to change this: We had to postpone the hackathon, in fact, due to health issues that would have forced some core OONI developers to skip the hackathon itself. This would have greatly reduced the overall … [View More]

1 0

Re: [ooni-dev] Resuming OONI bridge_reachability tests?
by Arturo Filastò 21 Sep '15

21 Sep '15

Hi David, Apologies for not replying sooner more extensively. Unfortunately the machines on which we had those probes running were shut down due to some unpaid bills and poor sysadmin management on my side. We talked a bit about this during this Tor Measurement meeting: http://meetbot.debian.net/tor-project/2015/tor-project.2015-07-15-14.00.log… At the moment OONI does not have enough resources to dedicate time to making this a priority at the moment, but anybody that considers this to be a … [View More]

2 1

Re: [ooni-dev] Cooperation between OONI & RIPE Atlas
by Virgil Griffith 15 Sep '15

15 Sep '15

> I'll look into this & see if someone can make it. > Can is be over... video-conferencing?? > Some of the people who might contribute have family > obligations that stop them from traveling to much... Totally understand that. I feel the primary benefit is making social connections between the Tor Measurements people and the RIPE measurements people, however, if teleconference is the best we can get we will take it. > I asked my colleagues to look into this, I'll get back … [View More]> to you with more info later. > Any more info? Which countries are you looking into? How > "scriptable" should the solution be? How often do you > have to make decisions? Who will be using the data - > experts or end-users? etc-lots of questions :) This is a little hard to answer. But in short we want to minimize the amount of useful information than an adversary logging Tor-relay traffic receives. This is often thought to be equivalent to "maximizing topographic diversity", but the two are unlikely 100% the same. A precise definition of what we want to minimize will probably have be provided by Nick or Roger (prob in Berlin). But to give you something to go on now, we have two explicit use cases. They are: (1) Torservers.net has money to place a new relay. It wants a list of ASs sorted by the topological diversity that a relay in that AS would add to the Tor network. (2) We are developing a rating system that quantifiers how much a given operator contributes to the Tor network (see www.tor-roster.org). We want to take every existing relay and give it "ASN bonus points" for being on that particular AS. ASs that are relatively distant from the rest of the network are worth more points. Answering your questions... * Application (1): Doesn't have to be automated. Maybe once a month. Only for experts. https://www.torservers.net/ is the obvious user. * Application (2): Needs to be automated. Every day. Only for experts. http://www.tor-roster.org/ is the obvious user. >> The proposal is encourage OONI agents to place an Atlas >> anchor next (to) every major point. > (how many points?) OONI people: Can one of you comment here? How many points could you commit to place Anchors on? Would Anchor measurements be sufficient > 1) current model of placing RIPE Atlas anchors is for > the operators to pay for the HW themselves -- it's a > Soekris box + SSD, total price around 800 Euros. OONI people: Comments? How much is it worth it to you to have traffic disruptions be automatically seen by the wider network infrastructure community? If 800 is too much, here's a proposal... instead of putting the RIPE anchor *next to* the OONI probe, what about the RIPE anchor *being* the OONI probe? If the RIPE anchor becomes the (obviously unofficial) OONI probe... 800 euro seems reasonable... maybe OONI can get a volume discount? OONI people: Are there features the RIPE anchor would need to fully serve as a OONI probe? > Even if some of them are involved in censorship. And they > are also paying for the project -- so if they think that > the results are not favorable towards them, they might > get pissed off. Totally understand that. I do not speak for OONI, but I get that RIPE must maintain neutrality and cannot be directly involved in anti-censorship causes. To support this, I suggest RIPE frame any cooperation as "enjoying the free labor of OONI's 'network disruption enthusiasts' to achieve RIPE's neutral goal of having an accurate up-to-date picture of the Internet. Whatever goals OONI has is their own business. RIPE is just happy to have an unpaid army placing Anchors everywhere." -V On Tue, Sep 15, 2015 at 5:53 PM Vesna Manojlovic <BECHA(a)ripe.net> wrote: > Hi Virgil, all, > > On 14-sep.-15 20:53, Virgil Griffith wrote: > > > When is the "Berlin meeting"? > > Sept 27 - Oct 3. > > > > > https://trac.torproject.org/projects/tor/wiki/org/meetings/2015SummerDevMee… > > I'll look into this & see if someone can make it. > > > Most of the Tor-dev team will be at the Berlin meeting, and we'd love to > > have a presentation on your work! > > Can is be over... video-conferencing?? > > Some of the people who might contribute have family obligations that > stop them from traveling to much... > > > One open-problem we have is how to > > quantify the "AS topological diversity" of the Tor relay network. > > We have two data sets & "tools" that might help you there: > http://ris.ripe.net > http://stat.ripe.net > > and maybe > https://stat.ripe.net/special/bgplay > > > One recent proposal is to use data from: > > http://labs.apnic.net/vizas > > looks good :) > > > And prioritize placing Tor relays on the well-connected ASs that don't > > already have relays. Very interested in any ideas for using your data > > to quantify Tor's topological diversity. > > Me too! > > I asked my colleagues to look into this, I'll get back to you with more > info later. > > Any more info? Which countries are you looking into? How "scriptable" > should the solution be? How often do you have to make decisions? Who > will be using the data - experts or end-users? etc-lots of questions :) > > > > it is now only possible to do HTTP measurements > > > towards RIPE Atlas anchors. > > > > >> doing this will yoke the interests of generic network > > >> infrastructure people with those of Tor and OONI. > > > > > That's certainly one way of "cooperating". > > > > Forgive me, but I can't tell if you are being sarcastic. > > Sorry, it's my English & the medium of email... > > I was not sarcastic, I was serious, but careful. > > > The proposal is encourage OONI agents to place an Atlas anchor next > > (to) every major point. > > (how many points?) > > > RIPE gets dedicated volunteersplacing quality Atlas anchors > > around the world, and OONI gets the pleasure of knowing any detected > > censorship is additionally detected as a network disruption. > > That would be wonderful! > > However... > > 1) current model of placing RIPE Atlas anchors is for the operators to > pay for the HW themselves -- it's a Soekris box + SSD, total price > around 800 Euros. > > Do you think that those dedicated volunteers you mention want to invest > in more HW? > > Otherwise -- there is a proposal to introduce "VM probes" soon (early > next year), and maybe this would be more suitable? > > Forgive me if I assume that the price might be a problem... > > 2) measuring censorship is NOT main goal of RIPE Atlas currently. As it > is, RIPE Atlas is a project of RIPE NCC, which is a Regional registry & > it has to stay neutral towards all its members -- telcos, ISPs, > governments. Even if some of them are involved in censorship. And they > are also paying for the project -- so if they think that the results are > not favorable towards them, they might get pissed off. > > This did not happen yet, althou we did use RIPE Atlas measurements to > point out towards Turkish government meddling with DNS: > > > https://labs.ripe.net/Members/emileaben/a-ripe-atlas-view-of-internet-meddl… > > So, we need to proceed carefully here. Let's keep talking... > > > > We can also somehow do it via MLabs, alhou our cooperation > > > with them is very slow -- two large bureaucracies add lots > > > of inertia ;-) > > > > I don't know this MLabs. Elaborate? > > Apparently OONI already cooperates with MLabs. It's Google's > measurements platform. We also use some of their data. It was a > far-fetched suggestion, so lets stick to our own ideas for now. > > Thanks, looking forward to hear more from you, > Vesna > > [View Less]

1 0

Continuing bridge_reachability tests?
by David Fifield 15 Sep '15

15 Sep '15

I checked http://api.ooni.io/api/reports for instances of the bridge_reachability test. There are many between 2014-03-01 and 2015-05-28, but they stop after that. Is there a reason for that, or did the operators just decide to stop running the test? About 80% of bridge_reachability tests come from 5 ASes: AS47172, AS29182, AS21341, AS31575, AS4538. I suppose that those represent only 5 instances of ooniprobe. Could it be possible to make the bridge_reachability test run by default?

1 0

One of these people should be invited to the OONI meeting
by Virgil Griffith 14 Sep '15

14 Sep '15

http://atlas.ripe.net/ The idea of putting their probes (or even anchors) next to Tor relays and/or OONI probes seems an immensely good idea because doing this will yoke the interests of generic network infrastructure people with those of Tor and OONI. I'd be happy to bring them to the Tor meeting in Berlin, but they seem a better fit for the OONI meeting in Italy. So I'm inclined to have you invite them. Their community contacts are: becha(a)ripe.net mcb(a)ripe.net Tell them to bring … [View More]

4 6

OONI team status report for August 2015
by Arturo Filastò 14 Sep '15

14 Sep '15

# What we did in August 2015 * Finalise and release the ADINA 2015 Hackathon website https://ooni.torproject.org/event/adina15 https://github.com/TheTorProject/ooni-adina15 * Work on organising and coordinating for the ADINA 2015 hackathon * Attend CCC Camp and discuss potential collaborations for OONI * Brainstorm about a project about monitoring reachability of certain pages on a big website * Engage two new people to work on some OONI related tasks for a current grant we have * Further … [View More]

1 0

Blocked.org.uk & ooniprobe
by Daniel Ramsay 13 Sep '15

13 Sep '15

Hi, As part of our work incorporating ooniprobe into the blocked.org.uk scheduling system, we now have a final piece of code that relays ooniprobe results from the scheduling system back to the main OONI collectors. We've currently got about a million individual test results stored, covering 7 ISPs. I have a few questions though: 1) Is it possible to submit results to the OONI collector over HTTP/HTTPS instead of TOR, and if so, is there a public DNS name used for the collector? For the … [View More]

2 5

Reminder for weekly OONI dev gathering Monday 2015-09-07 17:00 UTC (19:00 CEST)
by Arturo Filastò 07 Sep '15

07 Sep '15

Hello Oonitarians, This is a reminder that today there will be the weekly OONI gathering. It will happen as usual on the #ooni channel on irc.oftc.net at 17:00 UTC (19:00 CEST, 13:00 EST, 10:00 PST). Everybody is welcome to join us and bring their questions and feedback. See you later, ~ Arturo

1 0

← Newer
1
...
12
13
14
15
16
17
18
...
31
Older →

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

ooni-dev