- ripe-atlas - mailman.ripe.net

DNS measurement
by Stanish Stanishev 25 May '17

25 May '17

Hello, I am having troubles running a a DNS measurement against our DNS cache servers. I get Error: Timeout: 5000 every time I run such measurement. Please see measurement ID #8771668 for example. In this measurement I've selected the two anchors (ids 6262 and 6263) hosted by us (Vivacom) as the source and the target is one of our DNS cache servers - 212.39.90.42. There is no firewalls or other preventing our anchors from reaching the 212.39.90.42 and also the DNS cache server running on 212.39.90.42 is configured to serve queries from Anchors' IPs. What am I doing wrong ? Thanks, Stanish Sent via RIPE Forum -- https://www.ripe.net/participate/mail/forum

3 2

RIPE Atlas V1 Probe Issue
by Alun Davies 18 May '17

18 May '17

Hello all, Due to an unfortunate bug in a recently released probe firmware (version 4760), a number of RIPE Atlas V1 probes are not currently able to connect to the network. The bug leads to excessive memory fragmentation which impacts that V1 probes because they have no MMU and only 8 MByte worth of memory. For reasons that are not yet clear, the issue has only affected well below half of the V1 probes. We are working on a new firmware that will correct this issue, but probes that will not connect will need to be returned to the RIPE NCC in order for the fix to be carried out. Once the new firmware is ready, users can either return their V1 probes to us to be fixed, or request a V3 probe instead. Thank you to Wilfred Woeber for reporting this and requesting an update on the current issue with the V1 probes. Cheers, Alun Davies RIPE NCC

4 4

Introducing blitzortung.org Network for Lightning and Thunderstorms in Real Time
by Jean-Michel Pouré 13 May '17

13 May '17

Dear Friends from RIPE community, This is my first post on the forum. I would like to point out to the community the existence of a free community providing a network device for Lightning and Thunderstorms in Real Time: http://blitzortung.org The device works the same as a RIPE probe, except that it collects information about lightning via radio and delivers the information to a central network of computers for data processing. If you are network specialist hosting very expensive network devices, it might be interesting for you to participate in the effort to build a free community and host a Blitzordnung device in your premisses. All information can be found on http://blitzortung.org and BlitzOrdnung forum : http://en.blitzortung.org/forum.php BlitzOrdnung coverage is good in Europe and North America, but BlitzOrdnung needs more devices in Africa/South America/China and Russia. All help is welcome and may save you a lot of money in lightning protection. Kind regards, Kellogs

1 0

Results of the DNS Measurements hackathon - article now published on RIPE Labs
by Vesna Manojlovic 11 May '17

11 May '17

Dear all, in April we held a fifth hackathon. Altho the topic was DNS, most of the projects were using RIPE Atlas data. Therefore, I invite you to check out the hackathon results, follow the links to the code, and enjoy the photos that attempt to transfer some of the atmosphere.. https://labs.ripe.net/Members/becha/results-dns-measurements-hackathon Please do take part: - use the tools/SW and let us know your experiences with it - modify the code & publish it again on GitHub - join our next hackathon - as a host, sponsor, or participant (date & location & topic to be announced soon!) Let me know in person if you are interested; and otherwise, post your comments or questions on the list, greetings from RIPE74, Vesna

1 0

Many timeout-failures for DNS over TCP
by Davey Song(宋林健) 11 May '17

11 May '17

Hi folks, I setup measurements for DNS queries over both TCP and UDP. I found the timeout and failures of TCP is far more than UDP. For example : DNS over TCP: https://atlas.ripe.net/measurements/8552847/#!probes DNS over UDP: https://atlas.ripe.net/measurements/8552846/#!probes Is it normal ? I mean is there any special timeout routine/parameters of atlas probes from normal resolver? Best regards, Davey

4 4

TraceMON follow up
by Massimo Candela 10 May '17

10 May '17

As a follow up to my talk at RIPE74 about TraceMON, here a link with some live examples: https://massimo.ripe.net/tracemon/widget/ <https://massimo.ripe.net/tracemon/widget/> Ciao, Massimo

1 0

Are there plans for faster than 1G anchors?
by Bryan Socha 20 Apr '17

20 Apr '17

We're finding it harder and harder to support the 1G nic interface on the anchors. We'd love to add more but would need a 10g port at minimum (25G or 40G would also work). Are there any plans to update them for networks that can't easily support a 1G nic? Bryan Socha Network Engineer DigitalOcean

4 4

status-check misbehaving
by Georg Kahest 19 Apr '17

19 Apr '17

Hello, Am I misunderstanding something or the status-checks are kind of broken: Yesterday i made new measurement: https://atlas.ripe.net/measurements/8038852/ I noticed some probes werent reaching my ipv6 host, so decided to remove them like you can see from the Probe specifications section. Now when i goto https://atlas.ripe.net/api/v2/measurements/8038852/status-check/ I can still see the removed probes in status-check page (which contains 17 errors ) in reality if i'm lookin at measurement probe page i should have only two errors. So it seems that status-check isnt updated once probes are removed from a measurement. -- Georg Kahest System Administrator / Süsteemiadministraator Eesti Interneti SA Paldiski mnt 80, 10617 Tallinn Tel 727 1016 www.internet.ee

2 1

Behind the scenes changes to measurement creation
by Chris Amin 18 Apr '17

18 Apr '17

Dear colleagues, Today we deployed behind-the-scenes changes to the measurement creation process, both when using the website and the REST API. These changes should not have any visible effects, with the exception of improvements to the measurement API reference[1] to make it easier to see which options belong to which measurement type. Although we've tested these changes extensively, they are significant so I am sending this mail to ask you to please let us know if you notice any problems or changes when creating measurements. Kind regards, Chris Amin RIPE NCC [1] https://atlas.ripe.net/docs/api/v2/reference/#!/api/Measurement_List_GET

2 3

RIPE Atlas Maintenance Today
by Anand Buddhdev 18 Apr '17

18 Apr '17

Dear colleagues, Today, between 11:15 and 16:00 (UTC+2) we will be performing maintenance on the RIPE Atlas infrastructure. Some probes may disconnect briefly during this time. Kind regards Anand Buddhdev Senior Engineer

1 0

New on RIPE Labs: TraceMON - Network Debugging Made Easy
by Mirjam Kuehne 11 Apr '17

11 Apr '17

Dear colleagues, TraceMON is a client-side tool for visualising network topology generated by traceroutes reaching one or more targets in a network. It provides a one-click access to a set of information useful during day to day operations. Please find more details on RIPE Labs: https://labs.ripe.net/Members/massimo_candela/tracemon-traceroute-visualisa… Kind regards, Mirjam Kuhne RIPE NCC

3 3

Problems trying to add a probe to a measurement
by Colin Strutt 07 Apr '17

07 Apr '17

I'm trying to add a probe, by probe number, to an existing, running measurement, using curl, following the example and description on page 84 of the "RIPE Atlas API v2 manual". However, I'm getting an error message that does not clearly point me to the problem, and thus allow me to correct my error. Here's what I'm entering (with the <.> as placeholders, explained below) curl -H "Content-Type: application/json" -H "Accept: application/json" -X POST -d '{"probes":[{"action":"add","requested":1,"type":"probes","value":"<p>"}]}' https://atlas.ripe.net/api/v2/measurements/<m>/participation-requests/?key=< a> where: <p> is the number of the probe I'm trying to add, and I can access it at https://atlas.ripe.net/probes/<p> <m> is the measurement to which I'm trying to add it - it's a running measurement, and I can access it at https://atlas.ripe.net/measurements/<m> <a> is the API key, which is enabled and has "Update an existing measurement" granted The error I get back is: {"error":{"status":400,"code":104,"detail":"JSON parse error - No JSON object could be decoded","title":"Bad Request"}} In case it's relevant, I'm running curl 7.53.1 on Windows 10. Thanks in advance for any suggestions. colin

2 2

ipad air
by mostafa 23 Mar '17

23 Mar '17

Sent from my iPad

1 0

New on RIPE Labs: Update on First Five Sponsored RIPE Atlas Anchors
by Alun Davies 23 Mar '17

23 Mar '17

Hello all, We just released a RIPE Labs article giving an update on the RIPE NCC’s campaign to sponsor fifteen RIPE Atlas anchors: https://labs.ripe.net/Members/alun_davies/update-first-five-sponsored-ripe-… <https://labs.ripe.net/Members/alun_davies/update-first-five-sponsored-ripe-…> Best regards, Alun Davies RIPE NCC

1 0

Measuring SCTP and DCCP compatibility
by Felix Konstantin Maurer 22 Mar '17

22 Mar '17

Hi, I'm interested in measuring the support of new transport protocols in consumer routers. As IPv6 does not need rely on NAT anymore, most routers probably only have a firewall for IPv6 traffic. I assume that these firewalls drop traffic they do not understand, but I'm curious to see if it is actually true, or whether we have the possibility to use new transport protocols now. As far as I can see, there are only a limited number of possible measurements possible with Atlas probes. Do you think they could be extended to be more flexible and for example allow measurements using SCTP? Regards Felix

1 0

Cannot understand the daily limit
by Stephane Bortzmeyer 22 Mar '17

22 Mar '17

RIPE Atlas just denied me a measurement: "{"error":{"status":400,"code":104,"detail":"Executing this measurement request would violate your maximum daily spending limit of 1000000 credits. Please stop some of your currently running measurements and try again.","title":""}}" I have one permanent measurement, which takes, according to <https://atlas.ripe.net/user/credits/>, 3400 credits/hour (81600/day). Otherwise, I ran only one-off measurements, most taking < 1000 credits. How could I hit a limit of ONE MILLION per day?

3 7

Starting again a stopped custom measurement
by Sylvain Pascou 22 Mar '17

22 Mar '17

Hello, This might seem like a silly question but I've found no way, whether through the Web UI or the POST API, to start a measurement that I have previously accidentally stopped. Is this a problem or simply a not-implemented feature? Sylvain Sent via RIPE Forum -- https://www.ripe.net/participate/mail/forum

2 2

DNS over TCP problems?
by Stephane Bortzmeyer 21 Mar '17

21 Mar '17

[I did not test it myself.]

2 4

Trivia of the day: Atlas probes and alternative DNS roots
by Stephane Bortzmeyer 21 Mar '17

21 Mar '17

A quick test with a thousand probes seem to indicate that less than a dozen of all the probes use an alternative DNS root (or, more stricly, use a DNS resolver which is configured for an alternative root). The only alternative root used seems to be OpenNIC. Measurements #7865679 #7865870 #7865872 #7865873

1 1

Fwd: [mat-wg] Atlas: DNS TCP Errors
by John 14 Mar '17

14 Mar '17

Hello Atlas, feature request, when preforming DNS queries over TCP would it be possible for the probe to differentiate between a timeout and a TCP Reset. Currently the result just records the following when it gets a reset[1]. `error.timeout: 5000` A similar feature to record ICMP prohibited for udp queries would also be useful but likely much harder. Thanks John [1]https://atlas.ripe.net/api/v2/measurements/7859749/results?start=14888448…

3 3

Lowercase country codes in the probes database
by Marat Khalili 14 Mar '17

14 Mar '17

While using use probes database at ftp://ftp.ripe.net/ripe/atlas/probes/archive/ I noticed that 33 probes have country_code values in lower case (e.g. "ru" instead of "RU"), some in "Connected" state. When trying to distribute probes evenly among available countries it obviously affects the result. Of course, it's easy to work around once you are aware of this 'feature', but I only found the problem by chance. I wonder what's the story behind this and can this be fixed? (Web-interface doesn't seem to be affected.) -- With Best Regards, Marat Khalili

2 1

RIPE Atlas Infrastructure Maintenance (14 March)
by Paul de Weerd 13 Mar '17

13 Mar '17

Dear all, We'll carry out maintenance work on the core RIPE Atlas and RIPEstat infrastructure tomorrow (14 March 2017), approximately between 09:00 and 11:00 UTC+1. As a result, we will switch over to the reduced data set, limiting the amount of history available from the service. This affects RIPE Atlas, RIPEstat, RIS and DNSMON. We apologise for the inconvenience. Best regards, Paul de Weerd Senior Systems Engineer RIPE NCC

1 0

Surplus RIPE Atlas credits
by Michael Reutter 13 Mar '17

13 Mar '17

Hi everyone, I host a probe but at the moment I do not create measurements. As such, I have a large surplus of unused credits. Is anyone in need of credits and would like for me to transfer them? Best, Michael

1 0

Probe: Any benefits to set in DMZ?
by Martin Boissonneault 13 Mar '17

13 Mar '17

Hi! Is there any benefit to put the Probe in a home router "DMZ"? I could not find the answer in the FAQ. My setup is: 1- The Probe is directly connected to the ISP all-in-one router in it's DMZ (Bell Home Hub 3000, FTTH). 2- My personal router is directly connected to the ISP router, but connecting through PPPoE passthrough. Both routers have different ISP IPs. The ISP router is used for the Fiber SFP module, TV and phone. The Probe takes internet from the ISP router, but nothing else. Thanks, Martin Boissonneault Sent via RIPE Forum -- https://www.ripe.net/participate/mail/forum

4 4

More even earth distribution of measurement probes
by Marat Khalili 10 Mar '17

10 Mar '17

I'd like to check worldwide connectivity to my site. I create a new measurement via web-interface and add, say, 300 probes, expecting them to cover most world countries. However, looking at the map <https://atlas.ripe.net/measurements/7861872/?filter=#map> I notice that most are selected from Europe: there're two dozens in Netherlands (many with same ASNs), but only two in Australia, one in Japan and nothing in Brazil. Obviously, most ATLAS probes are from Europe, and selection algorithm does not take probe density into account. Wouldn't it be nice to have the following features in web-interface and API: * even distribution of probes by country or continent based on population, area, and other user-defined weight numbers; * avoiding probes with same ASNs ? I don't know how current algorithm works, but easiest modification would be two-step process: (1) randomly select country based on specified weights; (2) randomly select probe within country, avoiding earlier selected probes or ASNs and failing if none are left available; repeat from step 1 until necessary number of probes is selected. P.S. I tried to manually request 1 probe from each country, but stumbled on unrecognised country codes, countries with no probes etc. before even trying population-weighted distribution. Without direct access to probes database nice solution can be difficult to achieve via current API, although crude one looks possible. P.P.S. I understand this option will create more load on probes in less-covered countries, but since it's possible to limit selection to specific countries anyway this is hardly a strong argument against adding this feature. -- With Best Regards, Marat Khalili

3 5