- ripe-atlas - mailman.ripe.net

Thank you for making the 2012 a great year for RIPE Atlas!
by Vesna Manojlovic 16 Jan '13

16 Jan '13

Dear RIPE Atlas community, many thanks for hosting, testing & using RIPE Atlas! We have reached many milestones last year, and are looking forward to new challenges this year. Please see the story of the RIPE Atlas achievements in this RIPE Labs article: https://labs.ripe.net/Members/becha/ripe-atlas-2012-a-year-in-review Regards, Vesna -- Vesna Manojlovic BECHA(a)ripe.net Senior Community Builder @Ms_Measurements for Measurements Tools RIPE NCC http://ripe.net

1 0

Parametrization of UDM requests?
by Stephane Bortzmeyer 15 Jan '13

15 Jan '13

It seems that the parameters used for an UDM are the same for all probes. For instance, I would like to do a DNS UDM with a different question for each probe, something like "%p.mydomain.example" where %p would be replaced by the Probe ID. Is it possible? Or do you think it would be a worthwile improvment?

2 3

UI graphs
by nrw＠kaffeeschluerfer.com 10 Jan '13

10 Jan '13

On Tue Jan 8 08:15:44 CET 2013, Florian Bauhaus f.bauhaus at portrix-systems.de wrote: > On 01/07/13 22:57, Olaf Maunz wrote: > > The graphics for the pings seem to have vanished in the UI. At least for my account... > > > > If you open the ping UDM there is (at least for me) an tab that says 'RRDs' and there you have all the graphs. I think Olaf did not refer to the UI of the UDMs, but to the UI of the probes. At least for me as well, the graphs of the statistics started to show no data for a period starting sometime between Jan 5 and Jan 6, 2013. At some point, I got the message that there was some maintenance going on on the Atlas infrastructure side. However, nothing changed with respect to the graphs not showing current data once the maintenance was through. Interestingly, the graphs started showing something again for data collected starting as of about 8 AM UTC this morning. Apart from some interruptions due to my public IP address changing, my probe was considered "up" all the time, and I also saw it running its tests and getting responses to the various probe messages. However I still need to figure out (I am sure it is in the documentation, I just didn't get around to looking for the relevant parts yet) how to access the raw data for recent measurements to see whether that data not being displayed in the graphs was due to the collected data somehow not getting to the Atlas infrastructure for some reason (despite probe being considered up), or whether there was just an issue displaying the collected data. Has anyone else seen similar issues and/or some idea what might have happened? Thanks! Kind regards, Joachim

2 3

[UDM] Cannot select "recursion desired" for DNS
by Stephane Bortzmeyer 08 Jan '13

08 Jan '13

When creating a new UDM with DNS (or DNS6), the checkbox "Recursion desired" is greyed and un-selectable. I know that recursion can request more resources from the DNS servers. Is it why it is currently unavailable? It does not seem documented in <https://atlas.ripe.net/doc/udm> which just says: Recursion desired Enable recursion. This is the RD flag described in RFC1035.

4 4

UI graphs
by Olaf Maunz 08 Jan '13

08 Jan '13

The graphics for the pings seem to have vanished in the UI. At least for my account...

2 1

UDM traceroute from all probes to single destination
by Павел Веселовский 24 Dec '12

24 Dec '12

Hello, For our study seems necessary to obtain traceroutes (IPv4/v6) from all probes to single destination (probe or IP address). Is it possible to obtain such raw data? -- Thanks in advance & Best Regards -.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.- Pavel Veselovskiy, Samara State Aerospace University, IT engineer Email: vpv(a)ssau.ru Phone: +7 927 686 12 32

2 1

UDM "Do not visualize" button issue
by ripe＠brite.cz 22 Dec '12

22 Dec '12

Hi team, I'm not sure what I am doing wrong, but I'm not able to have visual graphs created. No matter if I check or uncheck the "Do not visualize" button, after UDM creation finished the button "Do not visualize" becomes always checked and grayed. Is it possible to get graphs drawed somehow? Thank you, Jiri, probe 2413

3 3

Atlas probes visible in RIPEstat
by Vesna Manojlovic 21 Dec '12

21 Dec '12

Dear RIPE Atlas users, this might be of interest to you too -- it is now possible to see coverage of Atlas probes in any ASN, prefix or *country* in RIPEstat! It works both as a widget and as CLI: https://stat.ripe.net/widget/atlas-probes#w.resource=212/12 or whois -h stat.ripe.net AS3333 If you decide to embed this widget somewhere on your page, please do let us know, we like to see our work being used :) More interesting RIPEstat features in the article on RIPELabs: https://labs.ripe.net/Members/suzanne_taylor_muzzin/ripestat-2012-december-… Cheers, Vesna

1 0

Updates since the previous "roadmap" announcement: November's features on RIPELabs
by Vesna Manojlovic 18 Dec '12

18 Dec '12

Dear RIPE Atlas community, here's a link to the article about what we implemented & worked on in November (and December): https://labs.ripe.net/Members/becha/ripe-atlas-roadmap-november-2012-update Highlights: - higher increase in number of probes & users - Community Pages - blogs covering Atlas (and undressing probes ;-) We are also busy making plans for 2013, and will let you know of them in January. As always, we are looking forward to your comments. Regards, Vesna

1 0

single measurement
by Pelsser Cristel 06 Dec '12

06 Dec '12

Hi, When launching measurements, we can specify a start time, end time and interval. Is it possible to specify that we want a single measurement (for example, a single traceroute from the list of probes to the destination) instead of playing with the start time, end time and interval? Cristel

2 2

IPv4/DNS entry not updated
by Daniel Gomez 04 Dec '12

04 Dec '12

Good Morning everyone, After a DSL restart from my ISP at 2:00, atlas.ripe.net has not updated the IPv4 and with it the DNS. The proble is online but it is listed as down. "dig A p4065.probes.atlas.ripe.net" is showing my IP from yesterday. There is any way to push an "update", in order for the probe to register the right IP ? Greetings, Daniel Gomez

2 1

Two users managing one probe
by Matthäus Wander 03 Dec '12

03 Dec '12

Hi, is it possible to register the same probe by two different users? I would like to give my co-worker full access to a probe in our group LAN. Kind regards, Matt -- Universität Duisburg-Essen Verteilte Systeme Bismarckstr. 90 / BC 316 47057 Duisburg

5 5

New page: RIPE Atlas Community
by Vesna Manojlovic 13 Nov '12

13 Nov '12

Good morning :) Since yesterday, we have a new page that shows the activity of the RIPE Atlas users community: https://atlas.ripe.net/atlas/community We are publishing top-ten hosts of the "Always Up" probes, top-ten UDM users: "Big Spenders" -- people who spend most credits, by doing the most measurements, and the flowing list of new arrivals, with flags of their countries. (Now you can see that there was IETF last week -- Bert gave away 55 probes!) Enjoy your additional few minutes of fame, if you name appears on one of these lists :) We are looking forward to your compliments, and to the further wishes on what else would you like to see here... We will be featuring these top-users in our communication, so expect some more attention from us... Ciao, Vesna

2 1

RIPE Atlas nominated for an ISOC Award
by Vesna Manojlovic 08 Nov '12

08 Nov '12

Hi guys, a bit of good news and publicity: RIPE Atlas has been nominated for an award by the Netherlands chapter of the Internet Society (ISOC). Please find a short announcement on RIPE Labs: https://labs.ripe.net/Members/suzanne_taylor_muzzin/ripe-atlas-nominated-fo… Makes me feel proud for being part of it :) Since RIPE Atlas if build with your help - congratulations, well done! Cheers, Vesna

2 1

Re: [atlas] "down" probe resurrection
by Artur Russu 08 Nov '12

08 Nov '12

Hi Philip, Connected it to my home network, directly to my provider, it has now a public IP address assigned by ISP's dhcp. Powered it from an USB power outlet (it has now 5 V/500 mA). Still reboots... :( What do your logs say? I will leave it like this for 24 hours. I guess that if this setup will still fail we'll have to return the probe to RIPE. Where can I find the procedure of returning a probe? Best Regards, Artur Russu PS Engineer TD / MCN / Mobile Packet Core Orange Moldova S. A. Tel.: +373 22 975381 Tel.: +373 691 98381 E-mail: artur.russu(a)orange.md

1 0

Probe sending DHCP request, not accepting?
by Michael-John Turner 07 Nov '12

07 Nov '12

Hi My probe arrived late last week and I finally hooked it up late yesterday afternoon. All was working fine until around 3:30am today when I received an automated email to say that my probe was down. I restarted it at around 7:00am when I got up but that didn't help - ever since it's been requesting a new IP every 3-5 seconds but not accepting the offered lease. From my dhcpd logs: Nov 6 07:12:02 dreamland dhcpd: DHCPDISCOVER from aa:bb:cc:dd:ee:ff via br0 Nov 6 07:12:02 dreamland dhcpd: DHCPOFFER on 192.168.1.248 to aa:bb:cc:dd:ee:ff via br0 Nov 6 07:12:05 dreamland dhcpd: DHCPDISCOVER from aa:bb:cc:dd:ee:ff via br0 Nov 6 07:12:05 dreamland dhcpd: DHCPOFFER on 192.168.1.248 to aa:bb:cc:dd:ee:ff via br0 (where aa:bb:cc:dd:ee:ff is the correct MAC, I've just redacted it). I've allocated the device a static IP based upon its MAC. Help! :) My probe ID is 3508. -mj -- Michael-John Turner mj(a)mjturner.net <> http://mjturner.net/

2 4

Question on UDMs
by Roman A. aka BasicXP 07 Nov '12

07 Nov '12

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 Hello! First of all, I'd like to thank RIPE for such an interesting project, allowing to study the availability of various resources online. I have a question. If I'd like to set up a UDM, that will only be designated for my probe only, will it require credits or using my own probe is "free"? Thank you in advance. _____ Best regards, Roman A. aka BasicXP x12ozmouse(a)ya.ru -----BEGIN PGP SIGNATURE----- iQIcBAEBCgAGBQJQk7vQAAoJEBjQX5UpOG9YquQP/RptIW1NbaPdOPczWUTYvjxB ZMRNHWO/VX2RWeYMIRWcoUpqVJSV2f7Sy+55hG6kkkcnWvXb+Do9ro4/MsyXocsD y+AXzgt9zgEaQMtJsgr7gjOttRp4vl9Y9RiQ/NfAV/QMZj6YH0QuoqjhpSLDYs6H bA8rmCAx2RGOTlhEvQTBnwI/K6zO8Cp9psLyQ1hzkQeUqlZbOGtD4AGpBuLOcrGR cHyckfN3Lww83oaecBEU1wjgOgUuHzTQzoJKhU7CLr0h0EeBC60Qd9CD75CW7yUD pAZA3JUHhAsYh4Bw5NDihuRhRqDYfo+Ch63JZvdNxznWgRXPgNjm8dm9BqC3rOM2 /aYo4MnglRke7VqCw9vPkw1IW/aXCfx7OoOt4Vp17dKal5iOS/FT2u58qFkzeLRT Mn90I5EdcEbB+Nuv3GsjYBI94JrrSK2KtcoV235mSTAGYyAM665c3fVR+HkOc9Eu s/msjchT3MBlEini6HVqAqdTFDaCro+mOw53lKzCch8VQSJRTrbHz1S7RgRVK9dB 89E1ij3HhUv6Tz9y3fGvWmNwFCWxgkY0qnB8erlFDcTxBtg/ou+a5oU2Yd6Pa14n HaZfXgzSjpasDSTDzxfLzpG/w7qhAluQgo2Q+fViG8yweVWvCDT9DrvbTEuUrPFq TuxIjj0uFFzfPUZrSTrW =GYfh -----END PGP SIGNATURE-----

4 7

New RIPE Atlas features from October, and roadmap for November and beyond
by Vesna Manojlovic 01 Nov '12

01 Nov '12

Dear RIPE Atlas users, I am pleased to announce the whole lot of new things you can do with RIPE Atlas in/since October: - one new map (comparing TCP & UDM DNS measurements) - easier credits administration - and for some of you, we worked together further on Atlas Anchors There's more, with pictures, in the RIPE Labs article: https://labs.ripe.net/Members/becha/ripe-atlas-roadmap-october-2012-update We are also announcing many new features till the end of the year, and plans for few months in the future, for example: - more notifications - more APIs - promoting active users etc Please let us know if you want us to increase the priority of some of the ones listed in the article. Regards, and enjoy the measurements, Vesna

1 0

Fwd: Issues encountered with assigning .0 and .255 as usable addresses?
by Tore Anderson 24 Oct '12

24 Oct '12

Here's a suggestion for an Atlas experiment and subsequent RIPE Labs article. Do a ping measurement from all the probes to the .0 and .255 address of the same /24, plus to another control address in the same /24, and compare success rates. It's particularly interesting for me as my own personal home page is accessible at 87.238.60.0 at the moment.., Might also be worth checking it out for IPv6 at the same time (at least the case where the last 64 bits are all zeroes). Tore -------- Opprinnelig melding -------- Emne: Issues encountered with assigning .0 and .255 as usable addresses? Dato: Mon, 22 Oct 2012 22:07:50 +0000 Fra: Paul Zugnoni <paul.zugnoni(a)jivesoftware.com> Til: nanog(a)nanog.org <nanog(a)nanog.org> Curious whether it's commonplace to find systems that automatically regard .0 and .255 IP addresses (ipv4) as src/dst in packets as traffic that should be considered invalid. When you have a pool of assignable addresses, you should expect to see x.x.x.0 and x.x.x.255 in passing traffic (ie. VIP or NAT pool, or subnets larger than /24). Yet I've run into a commercial IP mgmt product and getting reports of M$ ISA proxy that is specifically blocking traffic for an IP ending in .0 or .255. Any experience or recommendations? Besides replace the ISA proxy…. Since it's not mine to replace. Also curious whether there's an RFC recommending against the use of .0 or .255 addresses for this reason.

2 1

New probe firmware released: version 4.480
by Vesna Manojlovic 24 Oct '12

24 Oct '12

Hi everyone, few days ago we have released a new version of the probe firmware: 4.480. It introduces few bug fixes, and improvements that enable us to work on new features, but that still require work on the User Interface to make it visible to users. Until now, about 1.500 probes have been upgraded to new firmware. Below are the technical details. Regards, Vesna * Fixed bug in traceroute when it has to deal with rfc4884 objects (mpls) that have a wrong size. * Delayed DNS name resolution in ping and traceroute. This feature will soon be enabled through the UI. * Fixed bug in HTTP GET where some characters where not properly escaped in generating the result JSON. * Fixed bugs in the libevent stub resolver to better handle DNS errors and timeouts (affects mostly httpget) * Limit the amount of measurement data that is sent as one unit. This prevents probes that have not connected to a controller for some time from overloading the controller. * The probe uptime is now in the DNS SOS messages that are sent by probes before they try to connect. This will allow making a distinction between various reasons for disconnects: e.g. probe reboot vs. network problems. (also published on https://atlas.ripe.net/announce )

1 0

Convert json traceroute output to normal traceroutes.
by Jan Hugo Prins 17 Oct '12

17 Oct '12

Hi, Because I'm a little more used to reading regular traceroute output instead of JSON files, I created a little python script to convert the ATLAS traceroute output to readable traceroutes. Comments are always welcome ofcourse. The whois information is gathered from Cymru using: https://github.com/JustinAzoff/python-cymruwhois -- Met vriendelijke groet / Best regards, Jan Hugo Prins Infra consultant E: jprins(a)betterbe.com T: +31-53-4800694 M: +31-6-26358951 S: jhaprins W: www.betterbe.com

4 5

Forcing https in Atlas
by Robert Kisteleki 16 Oct '12

16 Oct '12

Dear Atlas users, At the moment the Atlas UI servers allow regular, unsecured (http) connections from clients. For particular features, most notably anything that requires authenticated users, we're using secure (https) connections. Unfortunately, the potential mixing of the two schemes causes glitches and inconsistencies for some users. Therefore on 15 October we will start enforcing secure connections towards the Atlas UI servers (atlas.ripe.net and *.atlas.ripe.net). We'll do this by automatically redirecting all http queries to their https equivalents. This should not cause any changes to those of you who already use https by default, and should not cause any notable changes to anyone else. However, some clients (especially CLI based ones) may need some extra flags to deal with https connections. Regards, Robert Kisteleki

2 2

A Case Study of AAAA Filtering
by Vesna Manojlovic 15 Oct '12

15 Oct '12

Hi all, at RIPE 65, Lorenzo Colitti from Google raised the question whether Internet users would see significant filtering of AAAA DNS queries or replies, either by their ISP or by their Customer Premise Equipment (CPE). Emile & Philip used RIPE Atlas to provide an answer to this question. https://labs.ripe.net/Members/emileaben/ripe-atlas-a-case-study-of-aaaa-fil… Regards, Vesna

4 5

Atlas main database maintenance
by Andreas Strikos 15 Oct '12

15 Oct '12

Dear Atlas users, Tomorrow around 09:30 CEST we will bring down our main database for maintenance. Hopefully, the whole process will not take more than 2 hours. The majority of the web site functionalities and user interaction with the system will not be available but we don't expect any loss of data flowing in from the probes. We are sorry for any inconvenience this might cause. Regards, Andreas Strikos

1 0

traceroute via ICMP?
by Jens Weibler 10 Oct '12

10 Oct '12

Hi, how is the development of traceroute via ICMP going? My central firewall team doesn't like opening many udp-ports for traceroute :( -- Jens Weibler IT-Services Hochschule Darmstadt www.h-da.de University of Applied Sciences Fachbereich Informatik www.fbi.h-da.de Schöfferstr. 8b D-64295 Darmstadt Tel +49 6151 16-8425 Fax +49 6151 16-8935 jens.weibler(a)h-da.de

2 3