- ripe-atlas - mailman.ripe.net

DoH / DoT test in Atlas Probes
by Imre Tuskes 02 Nov '20

02 Nov '20

Hello, Is there any plan to measure DNS over HTTPs (or TLS). We are interested in the performance of this kind of service. Regards, Imre

2 1

Re: [atlas] measurements not starting
by Viktor Naumov 29 Oct '20

29 Oct '20

Sorry, my bad. I didn't rub my eyes enough. Indeed the reason is different. What I can see from the logs is that the scheduler couldn't find any probe in AS4771 that would be capable of doing v6 measurement. wbr /vty On 10/29/20 8:35 AM, Povl Ole Haarlev Olsen wrote: > On Thu, 29 Oct 2020, Viktor Naumov wrote: >> The times shown on the page are in UTC. So your measurement should >> start in about 1h 15 minutes from the current moment. > > 2020-10-28 was yesterday. > >> On 10/29/20 7:12 AM, Yang Yu wrote: >>> SCHEDULED from >>> 2020-10-28T08:41:35Z >>> to >>> 2020-11-11T00:35:07Z >>> every 900s >

2 3

measurements not starting
by Yang Yu 29 Oct '20

29 Oct '20

Hi, I created 2 measurements with start time now, but neither started after 1 day https://atlas.ripe.net/measurements/27881135/ https://atlas.ripe.net/measurements/27881134/ > SCHEDULED from 2020-10-28T08:41:35Z to 2020-11-11T00:35:07Z every 900s >none of requested probes got scheduled SCHEDULED None yet Number of probes actually scheduled for this measurement What am I missing here? Thanks. Yang

3 2

RIPE Atlas Deployathon - 25 November 2020
by Lia Hestina 27 Oct '20

27 Oct '20

Dear colleagues, As part of the 10th anniversary of RIPE Atlas, we're organising a virtual RIPE Atlas software probe deployathon. Join us on 25 November 2020 to help us celebrate 10 years of RIPE Atlas by adding 10x10 software probes over 10 hours! You can get much more information about the event in this RIPE Labs article: https://labs.ripe.net/Members/becha/lets-deploy-together-ripe-atlas-softwar… Feel free to share it with your local communities and hopefully we’ll see you all on 25 November! Kind regards, Lia Hestina RIPE NCC _________

1 0

Result processing glitch
by Robert Kisteleki 12 Oct '20

12 Oct '20

Dear RIPE Atlas users, Today one of our controllers (a component that handles probes and deals with their submitted results) was updated to run a new version of result processing code. Unfortunately this code had a bug that caused results to be mixed up. As a result, some of the results that were delivered by this controller were of the wrong type / syntax, which may result in errors in processing this data. We reverted this change as soon as we detected the error. This issue likely affected results delivered by about 2% of our probes, between 13:30 and 15:15 (CEST). We apologise for the inconvenience. Regards, Robert Kisteleki RIPE NCC

1 0

Latest software version for v3 probe
by Ashu 06 Oct '20

06 Oct '20

Hi My v3 probe 25250 has software version firmware version 4900(1100). However, i have seen other v3 probe on version 5020(1100). Why my probe is not updated to the latest version automatically. Is there a way i can update my probe to latest firmware version. Regards, Ashu

1 0

Re: [atlas] ripe-atlas Digest, Vol 109, Issue 11
by Florian Rohde 24 Sep '20

24 Sep '20

10 million points have just been added to the Research Concern. I wish you success. Cheers, Florian Florian Rohde Neue Landbuch GmbH & Co. KG Telefon: +49 4231 9552-79 Fax: E-Mail: Florian.Rohde(a)nlb.de --------------------------------------------------------------------------------- Neue Landbuch Gesellschaft m.b.H Gesellschaft für moderne Datenverarbeitung & Co. KG Heinrich-Schröder-Weg 1 27283 Verden Telefon: +49 4231 9552-0 Fax: +49 4231 9552-66 E-Mail: info(a)nlb.de Internet: www.nlb.de Kommanditgesellschaft mit Sitz in Verden Registergericht Walsrode, HRA 121111 Pers. haftender Gesellschafter: Neue Landbuch GmbH, Verden Geschäftsführer: Bernhard Kramer Aufsichtsratsvorsitzender: RA StB Ralf Stephany -----Ursprüngliche Nachricht----- Von: ripe-atlas [mailto:ripe-atlas-bounces@ripe.net] Im Auftrag von ripe-atlas-request(a)ripe.net Gesendet: Donnerstag, 24. September 2020 12:00 An: ripe-atlas(a)ripe.net Betreff: ripe-atlas Digest, Vol 109, Issue 11 Send ripe-atlas mailing list submissions to ripe-atlas(a)ripe.net To subscribe or unsubscribe via the World Wide Web, visit https://lists.ripe.net/mailman/listinfo/ripe-atlas or, via email, send a message with subject or body 'help' to ripe-atlas-request(a)ripe.net You can reach the person managing the list at ripe-atlas-owner(a)ripe.net When replying, please edit your Subject line so it is more specific than "Re: Contents of ripe-atlas digest..." Today's Topics: 1. Re: Request for credits for research (Ponikierski, Grzegorz) ---------------------------------------------------------------------- Message: 1 Date: Thu, 24 Sep 2020 09:46:45 +0000 From: "Ponikierski, Grzegorz" <gponikie(a)akamai.com> To: "Mohan, Nitinder" <nitinder.mohan(a)helsinki.fi>, "ripe-atlas(a)ripe.net" <ripe-atlas(a)ripe.net> Subject: Re: [atlas] Request for credits for research Message-ID: <EEB33D82-5DC6-481B-89B0-C11B6FB52EC6(a)akamai.com> Content-Type: text/plain; charset="utf-8" 50M from me. Waiting for paper ;) Regards, Grzegorz From: "Mohan, Nitinder" <nitinder.mohan(a)helsinki.fi> Date: Thursday 2020-09-24 at 00:02 To: "ripe-atlas(a)ripe.net" <ripe-atlas(a)ripe.net> Subject: [atlas] Request for credits for research Dear RIPE community, I hope you are all safe and sound. I am a Postdoctoral fellow at the Technical University of Munich, Germany. We are currently working on an ongoing research project which aims to analyze the availability and reachability of cloud data centers globally. The first work of our work will appear in ACM HotNets 2020 titled "Pruning Edge Research with Latency Shears" (http://conferences.sigcomm.org/hotnets/2020/program.html<https://urldefense.proofpoint.com/v2/url?u=http-3A__conferences.sigcomm.org…>). We are currently preparing the camera-ready version of the paper and will share it with the community by hosting it (and the associated dataset) publicly soon. We are currently planing to submit the second leg of our work to a conference with submission deadline a month. In order to complete all set of measurements for required analysis, we are scheduling very large-scale measurements over the platform which has burned through almost all our credits and left us in need. I have always found the RIPE Atlas community to be helpful and generous towards research and I am hoping that you could support our research by donating us some of your spare credits. Your help will be highly appreciated. My RIPE account is nitinder.mohan(a)helsinki.fi Thanks and Regards Nitinder Mohan Postdoctoral Fellow Technical University of Munich, Germany https://www.nitindermohan.com/<https://urldefense.proofpoint.com/v2/url?u=https-3A__www.nitindermohan.com_…>

1 0

Re: [atlas] Request for credits for research
by Ponikierski, Grzegorz 24 Sep '20

24 Sep '20

50M from me. Waiting for paper ;) Regards, Grzegorz From: "Mohan, Nitinder" <nitinder.mohan(a)helsinki.fi> Date: Thursday 2020-09-24 at 00:02 To: "ripe-atlas(a)ripe.net" <ripe-atlas(a)ripe.net> Subject: [atlas] Request for credits for research Dear RIPE community, I hope you are all safe and sound. I am a Postdoctoral fellow at the Technical University of Munich, Germany. We are currently working on an ongoing research project which aims to analyze the availability and reachability of cloud data centers globally. The first work of our work will appear in ACM HotNets 2020 titled "Pruning Edge Research with Latency Shears" (http://conferences.sigcomm.org/hotnets/2020/program.html<https://urldefense.proofpoint.com/v2/url?u=http-3A__conferences.sigcomm.org…>). We are currently preparing the camera-ready version of the paper and will share it with the community by hosting it (and the associated dataset) publicly soon. We are currently planing to submit the second leg of our work to a conference with submission deadline a month. In order to complete all set of measurements for required analysis, we are scheduling very large-scale measurements over the platform which has burned through almost all our credits and left us in need. I have always found the RIPE Atlas community to be helpful and generous towards research and I am hoping that you could support our research by donating us some of your spare credits. Your help will be highly appreciated. My RIPE account is nitinder.mohan(a)helsinki.fi Thanks and Regards Nitinder Mohan Postdoctoral Fellow Technical University of Munich, Germany https://www.nitindermohan.com/<https://urldefense.proofpoint.com/v2/url?u=https-3A__www.nitindermohan.com_…>

1 0

Invalid results in TraceMON tool
by Andreas Siskos 09 Sep '20

09 Sep '20

Hello everyone, I am an undergraduate student at University of Crete and as a part of my bachelor thesis, I am trying to integrate TraceMON in a website. I used the example code that it was provided by the web page of TraceMON in RIPE Atlas website ( https://atlas.ripe.net/docs/tools-tracemon/#embed), but I noticed something unexpected. The graph of the TraceMON was not taking the same path as the raw data of traceroutes. There were the right destinations/IPs, but in shuffled order. Let's consider the example of measurement ID 26813196. As you can see, in the raw data of the traceroute ( https://atlas.ripe.net/api/v2/measurements/26813196/results/), it reaches the target IP (103.83.160.1) at 16th hop from probe 55564. When I checked the graph in TraceMON on the RIPE Atlas website ( https://atlas.ripe.net/measurements/26813196/#!tracemon) (see attached: general.png), the traceroute from probe 55564 was represented in the picture graph.png. As you can see in the data file data.png, the destination IP was reached at 3rd hop instead of 16th, that was in the raw data of the traceroute. The same behavior can be observed for the probes 19648 and 32788. Am I missing something? Thank you in advance, Andreas Siskos

1 0

How can I reduce data usage on remote satellite-connected islands?
by chris＠gare.co.uk 09 Sep '20

09 Sep '20

Hello all, I've just become an ambassador for the RIPE Atlas programme. I have a question. I wish to deploy a number of probes to remote low-capacity satellite connected islands. These islands have strict and VERY expensive monthly usage quotas. Looking at some probes already installed, I see that the minimum bandwidth (is that the term used?) is approximately 3.3kbit/s This equates to around 1GB of data per month which represent a significant percentage of a consumer's monthly quota. I'll have a hard job convincing volunteers to act as hosts if they consume that much. Is there a way I can set 'bandwidth' to less than 10kbs or is there a workaround I can use to reduce this under my control? It has been suggested that I could out a timer on the host but that is nonworkable! Any help would be appreciated as I know that reachability is quite unreliable at times and the data I could provide would be most interesting. Chris

1 0