- ripe-atlas - mailman.ripe.net

adding probes to UDM
by Jared Mauch 17 Jul '14

17 Jul '14

I have a few ongoing UDMs and there’s a few things that have occurred over the duration: 1) I requested 5 probes and only 3 were available (at the time). Is there a way to request the system consider more? 2) I requested 5 probes and 5 were available, but some have fallen out (and are now crossed out). I want to request 1 or 2 more to get back to the 5 threshold so I feel I have more accurate data. Are either of these possible, or do I need to stop these and create a new UDM with a larger number of probes to keep a more stable population over time? (They have been running for ~2 months so far). - jared

2 1

Three new Anchors have joined the RIPE Atlas network
by Lia Hestina 15 Jul '14

15 Jul '14

Dear RIPE Atlas users, We proudly announce three new RIPE Atlas anchors have joined the network and are now available as target for probe hosts conducting their own user-defined measurements. The new anchors are called: be-anr-as2611 is hosted by MOSAIC - University of Antwerp - iMinds uk-lon-as60157 is hosted by Antheus Telecom LTD us-wct-as7922 is hosted by Comcast Anchoring measurements (ping, ping6, traceroute and traceroute6) are scheduled towards these anchors from all the other anchors as well as several hundred probes, providing a continual overview of regional reachability. Results of these measurements are available as raw data in JSON format, and visualised on the map and "seismograph" with many configurable features. You can access the anchoring measurements for all anchors: https://atlas.ripe.net/anchors/list/ Learn more about RIPE Atlas anchors: https://atlas.ripe.net/about/anchors/ Thank you for participating in RIPE Atlas! Kind regards, Measurements Community Building Team RIPE NCC mcb(a)ripe.net

1 0

Credit Usage math
by Jared Mauch 15 Jul '14

15 Jul '14

I am in the lucky position of earning more credits than I currently care to spend so have engaged in a bit of a 'share the wealth' campaign. (Yes, you can ask me for credits, but I am hoping something can be done to improve this as well, read on). I just sent 1 million credits to someone and now my credit "burn" rate is calculated as a large negative number. (I recently sent someone else 10x that and it caused odd math as well). It seems a few things happen: 1) E-Mail alerts go out based on credit consumption (including transfers) in past N hours. 2) Credit "earn rate" calculation includes transfers vs UDM samples. Currently I have income of almost 1M/day but shows -4k/hour due to UDM + transfer. This means when I sent 10m credits to someone, the system thought I was using 10m credits/day and emailed me a few times because it thought I would run out of credits when my UDMs gave me a few more weeks of time with my balance. I also have a large number of "small" UDMs which post quite often, so have 397 pages of the recent credit history. Are there plans to improve this display? - Jared

2 1

Local resolver for one off DNS measurement
by Rob Turner 15 Jul '14

15 Jul '14

Hi is it possible to perform a one off DNS A record test that uses each probes local resolver? I think this would be handy to test DNS propagation. Rob.

2 1

Solido Networks ApS has joined RIPE Atlas anchors
by Lia Hestina 14 Jul '14

14 Jul '14

Dear RIPE Atlas users, We're happy to announce that another RIPE Atlas anchor has joined the network and is now available as a target for probe hosts conducting their own user-defined measurements. The new anchor is called dk-blp-as59469 and it is hosted by Solido Networks ApS in Ballerup, Denmark. Our congratulations to Solido Networks ApS! This is the first anchor in Denmark. In our announcement about last week's new anchor, there was a typo in the company name and we would like to apologise for this. The anchor, cz-prg-as2852, is hosted by CESNET, z. s. p. o. in Prague, Czech Republic. Anchoring measurements (ping, ping6, traceroute and traceroute6) are scheduled towards this anchor from all the other anchors as well as several hundred probes, providing a continual overview of regional reachability. Results of these measurements are available as raw data in JSON format, and visualised on the map and "seismograph" with many configurable features. You can access the anchoring measurements for all anchors: https://atlas.ripe.net/anchors/list/ Learn more about RIPE Atlas anchors: https://atlas.ripe.net/about/anchors/ Thank you for participating in RIPE Atlas! Kind regards, Measurements Community Building Team RIPE NCC mcb(a)ripe.net

1 0

Atlas nagios tools
by john 12 Jul '14

12 Jul '14

Hello all, i would like to introduce a tool[1] i have been developing on and off for a bit of time. its uses the atlas latest call[2] and sagan[3] to preform nagios checks based on measurement results. it supports checking a wide range of ssl, dns and http parameters which i have tried to document on github[1]. it also supports checking ping however i think it is better to use the atlas status checks[4][5] for this. The git hub repo contains some sample nagios configs which can be seen in action at https://icinga.johnbond.org/ (ripeatlas/ripeatlas). at $dayjob we dont use nagios/icinga so this is not well tested and one should expect some bugs. if you dare inspect the source you can definitely expect spelling mistakes and hacks. Thanks to Iñigo Ortiz de Urbina and Wolfgang Nagele for patches. Also thanks to Daniel Quinn and Philip Homburg for working with me integrating some changes to sagan. feedback, criticism and patches most welcome John *as http is a restricted measurement this has received little testing [1]https://github.com/b4ldr/atlas [2]https://labs.ripe.net/Members/suzanne_taylor_muzzin/ripe-atlas-latest-res… [3]https://github.com/RIPE-NCC/ripe.atlas.sagan [4]https://labs.ripe.net/Members/suzanne_taylor_muzzin/introducing-ripe-atla… [5]https://github.com/RIPE-Atlas-Community/ripe-atlas-community-contrib/blob…

1 0

CEZNET, z.s.p.o has joined RIPE Atlas anchors
by Lia Hestina 12 Jul '14

12 Jul '14

Dear RIPE Atlas users, We're happy to announce that another RIPE Atlas anchor has joined the network and is now available as a target for probe hosts conducting their own user-defined measurements. The new anchor is called cz-prg-as2852 and it is hosted by CEZNET, z.s.p.o. in Prague, Czech Republic. Anchoring measurements (ping, ping6, traceroute and traceroute6) are scheduled towards this anchor from all the other anchors as well as several hundred probes, providing a continual overview of regional reachability. Results of these measurements are available as raw data in JSON format, and visualised on the map and "seismograph" with many configurable features. You can access the anchoring measurements for all anchors at: https://atlas.ripe.net/anchors/list/ Learn more about RIPE Atlas anchors at: https://atlas.ripe.net/about/anchors/ Thank you for participating in RIPE Atlas! Kind regards, Measurements Community Building Team RIPE NCC mcb(a)ripe.net

2 1

Fwd: Deleting/editing a UDM: Not Owner
by Hendrik Visage 08 Jul '14

08 Jul '14

Good day, I'm trying to delete/stop/edit an UDM, but I get this error: Not Owner when I click on the settings tab. Screen grab: https://www.dropbox.com/s/p0u2oiboct3ut23/Screenshot%202014-07-03%2021.21.1… Any advice ideas how to do that? Thanks HEndrik

3 7

Fwd: monitoring RFC1918 IPs
by Hendrik Visage 07 Jul '14

07 Jul '14

Hi there, I'd like to monitor a couple of internal routes from one of my probes, but I get this error: Ping: Field 'target' : Measurement target "10.23.0.1" is invalid. Is that a limit somewhere? possible to relax that for probes owned/operated by me? Thanks HEndrik

4 4

How to find the correct ASN of a probe?
by Eravuchira, Steffie Jacob 07 Jul '14

07 Jul '14

Hello, The RIPE Atlas probe API [1] says that the probe with ID 14468 belongs to the ASN 6871. As per the RIPE stat API [2], the holder for ASN 6871 is PlusNet PLC,GB. I run a traceroute measurement from the same probe (Probe ID 14468) and the IP address of the second hop ICMP response is "86.4.10.1". But the RIPE stat API [2] shows that "86.4.10.1" belongs to the prefix announced by ASN 5089, NTL Virgin Media Limited,GB. Could someone tell me how I can find the correct AS which the probe belongs to? [1] https://atlas.ripe.net/api/v1/probe/?id=14468 [2] https://stat.ripe.net/ Kind Regards, Steffie

2 1

Probe connectivity status update interval
by Ondřej Caletka 04 Jul '14

04 Jul '14

Hello list, yesterday, we've deployed IPv6 in the network probe #16666 is located. The probe obtained its address via SLAAC and is world-pingable, however the Atlas system still haven't recognized the probe has IPv6 connectivity. When scheduling IPv6 UDMs for this probe, they are stuck in state "Scheduling" - see UDM #1694838 or #1694575. I guess that the system avoids scheduling IPv6 measurements to probes without IPv6 connectivity. How often is the connectivity status updated? Should we replug the probe to update its status? Cheers, Ondřej Caletka

1 0

tracing from anchor nodes
by Klaus Darilion 02 Jul '14

02 Jul '14

Hi! According to DNSMON [1] r.ns.at IPv4 is not reachable from us-bos-as11488. Are there any tools available to analyse the problem from the anchor? E.g. performing a traceroute from the respective anchor node? Thanks Klaus [1] https://atlas.ripe.net/dnsmon/group/at.?dnsmon.session.color_range_pls=0-66…

3 3

Paris-traceroute variations
by Juan Antonio Cordero Fuertes 30 Jun '14

30 Jun '14

Not sure this is the right place to ask this... sorry if it is not. I'm trying to configure Paris-traceroute measurements, and it is not clear for me what is the meaning of the *paris* parameter. In https://atlas.ripe.net/docs/udm/ it is said that it corresponds, for values from 1 to 16, to "the number of variations to be used for a Paris traceroute <http://www.paris-traceroute.net/>". What is this? Does it correspond to the number of initial probes to be used by paris-traceroute? I am unable to figure it out from the RIPE Atlas docs... any indication would be appreciated. Thanks, Juan Antonio Cordero

5 8

IPv6 ICMP - denied packets
by Joachim Tingvold 24 Jun '14

24 Jun '14

Hi, I recently installed a probe at home, and now my router spits out loads of 'denied icmpv6'-messages. After going through the logs for the last two days, I have ~1900 entries of denies towards the probe -- all of them more or less like this (with different source); ### Jun 22 2014 22:30:22.863 CEST: %IPV6_ACL-6-ACCESSLOGDP: list ipv6-inbound/2100 denied icmpv6 2A01:4F8:130:24A4::13:76 (Po1.102) -> {PROBE-IPV6-ADDRESS} (1/4), 8 packets ### I've got an ACL applied ingress on the link to my ISP, and the relevant part is shown below; ### ipv6 access-list ipv6-inbound sequence 2000 permit icmp any any echo-reply sequence 2005 permit icmp any any echo-request sequence 2010 permit icmp any any packet-too-big sequence 2015 permit icmp any any time-exceeded sequence 2020 permit icmp any any destination-unreachable sequence 2025 permit icmp any any parameter-problem sequence 2100 deny icmp any any log-input ### This ACL conforms to RFC4890[1] (except the Mobile IPv6 part). Of the 1900 entries, all of them are ICMPv6 type 1. ~300 of them have the code bit[2] set to 1, and ~1600 of them are set to 4. These are the top sources; ### 367 2001:500:2::C 313 2001:500:2D::D 289 2A01:4F8:130:24A4::13:76 289 2001:500:3::42 196 2A01:4F8:121:30A4::78:15 161 2001:DC3::35 100 2001:7FE::53 67 2001:7FD::1 60 2001:500:2F::F ### All of these are DNS root servers (except those starting with 2A01:4F8, which are some Atlas-thingies). It seems to me that the Atlas-probe sends quite some amount of ICMPv6-packets to the root DNS-servers (and even Atlas' own boxes), that are being returned with errors. Why does the probe do this, and does it actually rely on these replies? [1] <http://www.ietf.org/rfc/rfc4890.txt> [2] <http://www.iana.org/assignments/icmpv6-parameters/icmpv6-parameters.xml#icm…> -- Joachim

3 3

AFRINIC (MU) has joined RIPE Atlas anchors
by Michela Galante 18 Jun '14

18 Jun '14

Dear RIPE Atlas users, We're happy to announce that another RIPE Atlas anchor has joined the network and is now available as a target for probe hosts conducting their own user-defined measurements. The new anchor is called mu-plu-as327681 and it is hosted by AFRINIC in Port Louis, Mauritius. This is the third anchor hosted by an RIR on behalf of the RIPE NCC. Anchoring measurements (ping, ping6, traceroute and traceroute6) are scheduled towards this anchor from all the other anchors as well as several hundred probes, providing a continual overview of regional reachability. Results of these measurements are available as raw data in JSON format, and visualised on the map and "seismograph" with many configurable features. You can access the anchoring measurements for all anchors at: https://atlas.ripe.net/anchors/list/ Learn more about RIPE Atlas anchors at: https://atlas.ripe.net/about/anchors/ Thank you for participating in RIPE Atlas! Kind regards, Measurements Community Building Team RIPE NCC mcb(a)ripe.net

1 0

Selecting only anchors for UDM
by Ondřej Caletka 12 Jun '14

12 Jun '14

Hello list, is there a way to run an UDM on Anchors only? I think it would be a good feature, especially for precise latency measurement. Cheers, Ondřej Caletka

10 18

Using RIPE Atlas to Debug Network Issues
by Vesna Manojlovic 12 Jun '14

12 Jun '14

Dear colleagues, Please find the use-case for RIPE Atlas in debugging network issues, in this RIPE Labs article written by Tim Kleefass from BelWü, who is hosting a RIPE Atlas anchor. (and who holds the record for the shortest time from purchasing the anchor to it going live!) https://labs.ripe.net/Members/tim_kleefass/how-fast-the-ripe-atlas-anchor-h… Regards, Vesna

1 0

Speed tests?
by Brian Rak 11 Jun '14

11 Jun '14

Are there any plans to allow testing download speed from the probes? I guess this could cause problems for people who have the probes on metered bandwidth plans.

12 12

Lemuria Communications (US) has joined RIPE Atlas anchors
by Michela Galante 10 Jun '14

10 Jun '14

Dear RIPE Atlas users, We're happy to announce that another RIPE Atlas anchor has joined the network and is now available as a target for probe hosts conducting their own user-defined measurements. The new anchor is called us-dal-as7366 and it is hosted by Lemuria Communications in Dallas, United States. Anchoring measurements (ping, ping6, traceroute and traceroute6) are scheduled towards this anchor from all the other anchors as well as several hundred probes, providing a continual overview of regional reachability. Results of these measurements are available as raw data in JSON format, and visualised on the map and "seismograph" with many configurable features. You can access the anchoring measurements for all anchors at: https://atlas.ripe.net/anchors/list/ Learn more about RIPE Atlas anchors at: https://atlas.ripe.net/about/anchors/ Thank you for participating in RIPE Atlas! Kind regards, Measurements Community Building Team RIPE NCC mcb(a)ripe.net

1 0

Empty from feild
by john 06 Jun '14

06 Jun '14

Hello All, Quick question about the data format. What would cause a measurement to have an empty from field but contain data? An example would be probe_id 13663 from measurement 1672218[1]. A cursory glance seems to happens a lot more with V6 Thanks John [1]https://atlas.ripe.net/api/v1/measurement-latest/1672218/

3 4

NTT Communications (US, Seattle and Atlanta) have joined RIPE Atlas anchors
by Michela Galante 06 Jun '14

06 Jun '14

Dear RIPE Atlas users, We're happy to announce that two more RIPE Atlas anchors have joined the network and are now available as targets for probe hosts conducting their own user-defined measurements. The new anchors, both hosted by NTT Communications in United States, are: us-sea-as2914, in Seattle us-atl-as2914, in Atlanta Congratulations to NTT Communications for their third and forth anchor online! Anchoring measurements (ping, ping6, traceroute and traceroute6) are scheduled towards these anchors from all the other anchors as well as several hundred probes, providing a continual overview of regional reachability. Results of these measurements are available as raw data in JSON format, and visualised on the map and "seismograph" with many configurable features. You can access the anchoring measurements for all anchors at: https://atlas.ripe.net/anchors/list/ Learn more about RIPE Atlas anchors at: https://atlas.ripe.net/about/anchors/ Thank you for participating in RIPE Atlas! Kind regards, Measurements Community Building Team RIPE NCC mcb(a)ripe.net

1 0

A collection of tools in Perl
by Stephane Bortzmeyer 04 Jun '14

04 Jun '14

https://github.com/pierdom/atlas-toolbox

3 2

RIPN (RU) has joined RIPE Atlas anchors
by Michela Galante 03 Jun '14

03 Jun '14

Dear RIPE Atlas users, We're happy to announce that another RIPE Atlas anchor has joined the network and is now available as a target for probe hosts conducting their own user-defined measurements. The new anchor is called ru-mow-as15835 and it is hosted by RIPN in Moscow, Russia. Anchoring measurements (ping, ping6, traceroute and traceroute6) are scheduled towards this anchor from all the other anchors as well as several hundred probes, providing a continual overview of regional reachability. Results of these measurements are available as raw data in JSON format, and visualised on the map and "seismograph" with many configurable features. You can access the anchoring measurements for all anchors at: https://atlas.ripe.net/anchors/list/ Learn more about RIPE Atlas anchors at: https://atlas.ripe.net/about/anchors/ Thank you for participating in RIPE Atlas! Kind regards, Measurements Community Building Team RIPE NCC mcb(a)ripe.net

1 0

Changes to the Distribution Model for RIPE Atlas Probes
by Vesna Manojlovic 03 Jun '14

03 Jun '14

Dear colleagues, we have made some adjustments in the distribution model of RIPE Atlas probes to ensure wider topological and geographical probe coverage. Please read more in this RIPE Labs article: https://labs.ripe.net/Members/fatemah_mafi/changes-to-the-distribution-mode… Regards, Vesna

1 0

Probe not showing IPv6 ASN and subnet on map
by JC 02 Jun '14

02 Jun '14

Hi, We just setup our probe (id: 17328) and configured static IPv6 on it. Built-in measurements to IPv6 destinations seems to perform correctly from this probe. However, when we display detailed information about the probe on the coverage map https://atlas.ripe.net/results/maps/network-coverage/ we only see IPv4 information and no IPv6 subnet or ASN. Besides, searching for our IPv6 ASN (21538) in the filter field brings no results. Thanks for your help. Regards, JC

2 1

Where is "My probe" tab?
by Gilles Pion 28 May '14

28 May '14

Hello, Just received my probe today, Registered it, plugged it, all leds seem correct. I've followed the instruction on page https://atlas.ripe.net/get-involved/become-a-host/ where one can read: "Once we see that your probe is connected to the RIPE Atlas infrastructure, you'll be able to see it listed on the Public Probes page and, when you are logged in to the RIPE Atlas website, it will appear under the "My Probes" tab on that page. But, although logged on the web site I'm unable to find this "My Probes" tab on the "Public Probes" page Could someone help? -- Gilles

2 2

Bogal AB (SE) has joined RIPE Atlas anchors
by Michela Galante 28 May '14

28 May '14

Dear RIPE Atlas users, We're happy to announce that another RIPE Atlas anchor has joined the network and is now available as a target for probe hosts conducting their own user-defined measurements. The new anchor is called se-got-as50168 and it is hosted by Bogal AB in Gothenburg, Sweden. Anchoring measurements (ping, ping6, traceroute and traceroute6) are scheduled towards this anchor from all the other anchors as well as several hundred probes, providing a continual overview of regional reachability. Results of these measurements are available as raw data in JSON format, and visualised on the map and "seismograph" with many configurable features. You can access the anchoring measurements for all anchors at: https://atlas.ripe.net/anchors/list/ Learn more about RIPE Atlas anchors at: https://atlas.ripe.net/about/anchors/ Thank you for participating in RIPE Atlas! Kind regards, Measurements Community Building Team RIPE NCC mcb(a)ripe.net

1 0

Measurement creation tools and library
by Matt Calder 28 May '14

28 May '14

Hi, I'm announcing a set of Python-based command-line tools/library for measurement creation available at https://github.com/USC-NSL/ripe-atlas. Since the focus is heavily on assisting measurement creation, I think that it should compliment Sagan nicely. It has been slowly under development for a while now but still has plenty of room to grow in supporting all of the options for different measurement types. Thanks, Matt

2 1

Feature you asked for: "latest results" API
by Vesna Manojlovic 27 May '14

27 May '14

Dear RIPE Atlas community, last week we enabled a new feature that quite a few people had an interest in: an API that lets you get up to 10 most recent results of any measurement: https://atlas.ripe.net/docs/measurement-latest-api/ We wrote an article with more details: https://labs.ripe.net/Members/suzanne_taylor_muzzin/ripe-atlas-latest-resul… From the article: "This new feature could come in useful in a number of different situations, such as: - Creating a widget for a website that monitors a specific result in near real time, such as ping results from 100 probes around the world toward your own website - Monitoring your network by setting up an alert based on the average measurement result from the past hour - Staying aware of a major network event, such as an Internet outage in a certain region - DNS monitoring of your own domain, with configurable measurements using 10 RIPE Atlas anchors - Prototyping a script using RIPE Atlas data" Please let us know if you find other creative uses for this new API! If you develop custom code for configuring the results of this API, please share it at the GitHub RIPE Atlas Community repository: https://github.com/RIPE-Atlas-Community/ripe-atlas-community-contrib We would love to hear your success stories! Regards, Vesna

2 1

Unable to connect my probe
by Vincent Roussillat 27 May '14

27 May '14

Hello I've received my probe #16969 yesterday, registered it and tried to connect it behind my Orange Livebox here in France. It doesn't succeed to get connected and even doesn't get an IP from the DHCP server of my box (which delivers IP address to my other devices). I have tried this morning to connect it to another Internet access, at work and this failed too. Led #4 remains blinking. I can see in MyAtlas interface that the probe got connected just after the first boot, as I can see to request to DNS servers logged in the interface. May be, an upgrade began and got interrupted, leaving the probe in a strange state, I don't know... Anyway, what should I do now ? Request another probe ? Send this one back to the RIPE ? If so, where should I send it ? Regards.

2 1

Introducing: the new result parsing library (Sagan)
by dquinn 26 May '14

26 May '14

Hi everyone, in advance of the RIPE Meeting, I thought I'd let you all know about the new parsing library we've developed for use against measurement results. This was mentioned in a recent RIPE Labs article[1] but I thought it worth detailing here for those of you who aren't avid Labs followers. The idea is that you run every result you get through this handy Python library and out comes programmer-friendly Python objects. It supports the various changes in result format over time, and even does some of the heavy lifting for you like calculating ping median rtt, parsing the DNS abuf, or counting the traceroute hops. The project code is published on GitHub[2], and pull requests are welcome. Installation can be done via Pypi[3], and documentation is included in the module and available online[4] as well If you have any questions feel free to post to the list and one of us will see what we can do for you. [1] RIPE Labs article: https://labs.ripe.net/Members/suzanne_taylor_muzzin/ripe-atlas-latest-resul… [2] Project: https://github.com/RIPE-NCC/ripe.atlas.sagan [3] Pypi: https://pypi.python.org/pypi/ripe.atlas.sagan/ [4] Documentation: https://atlas.ripe.net/docs/sagan/

3 3

RIPE Atlas use case on RIPE Labs: Evaluating new IXP peers
by Vesna Manojlovic 26 May '14

26 May '14

Dear colleagues, in this article Daniel Gomez explain how RIPE Atlas helped to evaluate new synaix's peering partners within an Internet Exchange Point and how this helped to improve customer services. Please find more details on RIPE Labs: https://labs.ripe.net/Members/daniel_gomez/basic-evaluation-of-new-ixp-peer… Kind regards, Vesna Manojlovic RIPE NCC

1 0

Atlas Latest
by john 23 May '14

23 May '14

Hi, I have been playing with the latest API over the past few days and it seems like there may be a cache in place. Is this the case? if so how long is it? Thanks John

2 2

Probe cannot connect from behind IDS/IPS with HTTPS inspection
by Ondřej Caletka 21 May '14

21 May '14

Hello list, I just observed strange behaviour of one Atlas probe. It was unable to connect to the control server from a corporate network. I suspect that some IDS/IPS appliance detects and drops probe attempt to use port 443 for non-TLS traffic*. I've tested it by trying to SSH to control server from within that network and it failed. However, normal SSH to port 22 works fine. It would be nice if the probe would be able to try more ways to reach the control server, eg. first attempt on port 443, second on port 22, third on some arbitrary high port number. I know that it would be better to put the probe in front of the firewall/IPS, but this is much more complicated in many corporate networks. *) At least it doesn't do MitM on HTTPs traffic. I've checked that too. Cheers, Ondřej Caletka

6 10

a thought about public probe page...
by Wilfried Woeber 21 May '14

21 May '14

I've got a small comments regarding the probes' overviw page at https://atlas.ripe.net/probes/ - for the country filter, top right, could the list of countries be sorted? Thanks, low prio :-) Wilfried.

1 0

Problems with DNS measurements and NSID
by Klaus Darilion 21 May '14

21 May '14

Hi! Whatever I try I fail to get the nameserver id. See measurement: https://atlas.ripe.net/api/v1/measurement/1666014/ But there is no NSID in the results: https://atlas.ripe.net/api/v1/measurement/1666014/result/ Am I doing something wrong, or is there a bug? Thanks Klaus

5 12

NTT Communications (US, Miami) has joined RIPE Atlas anchors
by Michela Galante 20 May '14

20 May '14

Dear RIPE Atlas users, We're happy to announce that another RIPE Atlas anchor has joined the network and is now available as a target for probe hosts conducting their own user-defined measurements. The new anchor is called us-mia-as2914 and it is hosted by NTT Communications in Miami, United States. Congratulations to NTT Communications for their second anchor online! Anchoring measurements (ping, ping6, traceroute and traceroute6) are scheduled towards this anchor from all the other anchors as well as several hundred probes, providing a continual overview of regional reachability. Results of these measurements are available as raw data in JSON format, and visualised on the map and "seismograph" with many configurable features. You can access the anchoring measurements for all anchors at: https://atlas.ripe.net/anchors/list/ Learn more about RIPE Atlas anchors at: https://atlas.ripe.net/about/anchors/ Thank you for participating in RIPE Atlas! Kind regards, Measurements Community Building Team RIPE NCC mcb(a)ripe.net

1 0

high volume IPs/anycasted?
by Jared Mauch 19 May '14

19 May '14

I have a few IPs on our network that are anycasted that I'd like to see the "9 limit" increased for, is there a proper way to do this? - Jared

1 0

Some UDM comments
by Jared Mauch 19 May '14

19 May '14

I'm working on creating some measurements and haven't quite moved into using the API yet and wanted to provide some feedback: 1) When creating a UDM, when it's scheduled but not yet assigned to probe(s), it would be nice to be able to increase the # of probes. 2) When creating a UDM and specifying source ASN, you can't type in that box and must use the pull-down. Related to #1, if you increase probes to (eg: 5) it resets to 1 after you select the ASN. 3) When stopping a UDM that is set for ongoing/no-end, it would be nice to have a 'stop now' vs having to pick the next 15 minute interval. In theory the system could auto-populate this. 4) I do like the probes/map/seismograph view, is it possible to provide a direct-link to these public UDMs without logging-in? (I haven't looked closely so there may be a way to do this). Trying to not need to fetch the data and generate my own graphs... 5) If I see a probe that is behaving poorly, eg: UDM 1665566 Probe# 3925, should I be providing feedback on this to others? I'm working on a Nx(N-1) measurement of these ASNs to determine which have persistent congestion that can be measured via RIPE Atlas if that is of interest to others. 174 209 701 1239 1299 2828 2914 3320 3257 3356 3491 3561 5511 6453 6461 7018 Those interested in this, I will be able to send you a list of UDMs to look at which are public. - Jared

4 4

NTT Communications (US) joined RIPE Atlas anchors
by Michela Galante 19 May '14

19 May '14

Dear RIPE Atlas users, We're happy to announce that another RIPE Atlas anchor has joined the network and is now available as a target for probe hosts conducting their own user-defined measurements. The new anchor is called us-dal-as2914 and it is hosted by NTT Communications in Dallas, United States. Anchoring measurements (ping, ping6, traceroute and traceroute6) are scheduled towards this anchor from all the other anchors as well as several hundred probes, providing a continual overview of regional reachability. Results of these measurements are available as raw data in JSON format, and visualised on the map and "seismograph" with many configurable features. You can access the anchoring measurements for all anchors at: https://atlas.ripe.net/anchors/list/ Learn more about RIPE Atlas anchors at: https://atlas.ripe.net/about/anchors/ Thank you for participating in RIPE Atlas! Kind regards, Measurements Community Building Team RIPE NCC mcb(a)ripe.net

1 0

Taking the fuzz our of client cache results
by Mark Delany 17 May '14

17 May '14

Hi. I've been running some DNS queries using the probe caches with a view to understanding the latency between the probe cache and the authoritative that I'm interested in. The problem is that there is a fair degree of uncertainty in these measurements because the cache may have to first resolve higher level names in the hierarchy and there is no way of knowing whether the cache had to do this or not. If my query is for www.example.com, it's quite possible that the cache has to first resolve example.com prior to sending the final query for www. This means the measurement may include the cost of getting an answer from .com *and* getting the answer from example.com... sometimes. Depending on how popular example.com is and what other clients are doing with the cache. I'm wondering if there is a way in which we can eliminate this fuzziness? The most obvious way to do this is to ensure the cache is pre-primed with every answer up to, but not including the target name. If we assume the measurement request includes a new "prime cache" flag, then in the presence of that flag the probe could first run a query for something like: cacheprime.example.com substituting the first label with some other value. Alternatively it could first run an NS query for example.com A third alternative is that the creator of the measurement could nominate the priming query as they will have the knowledge needed to get it right. A forth alternative is that the probe could run the query twice - with a nominated delay that is known to exceed the TTL of the target query. In all cases, as soon as the priming query is complete, the probe then runs the target query with a high degree of confidence that the cache only needs to make one round trip to the authoritative server. There is still a small probability that the results will be fuzzy for a variety of reasons, multiple cache choices, anycast caches, super-busy caches, multiple probes using the same cache, but that probability will be very low. Also, a pre-primed query would presumably cost twice as many credits since it's really running two queries. Do others think a primed cache query is of use? And, are there ways of achieving this already? Mark.

2 2

Atlas API and IPv6
by Daniel Gomez 14 May '14

14 May '14

Hi All, Could it be that the API at atlas-ui.ripe.net is since last night not ipv6 reachable? We are not sure if it was before, but we had to change today the DNS Name to the ipv4, in order for the requests to work. Thanks in advance, Daniel El 14/05/2014 11:45, "Vesna Manojlovic" <BECHA(a)ripe.net> escribió: > Dear colleagues, > > There have been a lot of great examples recently of how RIPE Atlas can be > used to investigate network events, troubleshoot problems, explore how the > Internet behaves, and more. Some of the topics include: > > - Investigating customer complaints about slow servers > - Comparing TCP and UDP Response Times of DNS Root Servers > - Discovering Path MTU black holes on the Internet > > We’ve collected all of these user experiences, analyses, papers and > presentations in one place on RIPE Labs, in order to make it easy to > discover how others are making use of the RIPE Atlas network - and maybe > spark some ideas about how you can, too. > > https://labs.ripe.net/atlas/user-experiences > > If you have your own story about how you’ve used RIPE Atlas, we want to > hear from you! Please get in touch with us at atlas(a)ripe.net , > or on this list. > > Kind regards, > > Vesna Manojlovic > Measurements Community Building > RIPE NCC > > > > >

2 1

RIPE Atlas use cases and more
by Vesna Manojlovic 14 May '14

14 May '14

Dear colleagues, There have been a lot of great examples recently of how RIPE Atlas can be used to investigate network events, troubleshoot problems, explore how the Internet behaves, and more. Some of the topics include: - Investigating customer complaints about slow servers - Comparing TCP and UDP Response Times of DNS Root Servers - Discovering Path MTU black holes on the Internet We’ve collected all of these user experiences, analyses, papers and presentations in one place on RIPE Labs, in order to make it easy to discover how others are making use of the RIPE Atlas network - and maybe spark some ideas about how you can, too. https://labs.ripe.net/atlas/user-experiences If you have your own story about how you’ve used RIPE Atlas, we want to hear from you! Please get in touch with us at atlas(a)ripe.net , or on this list. Kind regards, Vesna Manojlovic Measurements Community Building RIPE NCC

1 0

DENIC eG (DE) has joined RIPE Atlas anchors
by Michela Galante 09 May '14

09 May '14

Dear RIPE Atlas users, We're happy to announce that another RIPE Atlas anchor has joined the network and is now available as a target for probe hosts conducting their own user-defined measurements. The new anchor is called de-fra-as8763 and it is hosted by DENIC eG in Frankfurt, Germany. Anchoring measurements (ping, ping6, traceroute and traceroute6) are scheduled towards this anchor from all the other anchors as well as several hundred probes, providing a continual overview of regional reachability. Results of these measurements are available as raw data in JSON format, and visualised on the map and "seismograph" with many configurable features. You can access the anchoring measurements for all anchors at: https://atlas.ripe.net/anchors/list/ Learn more about RIPE Atlas anchors at: https://atlas.ripe.net/about/anchors/ Thank you for participating in RIPE Atlas! Kind regards, Measurements Community Building Team RIPE NCC mcb(a)ripe.net

1 0

Change of emailaddress/loginname for atlas
by Ivo van den Maagdenberg 05 May '14

05 May '14

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi people, The login to ripe-atlas is tied to an email adres, I'd like to change that very address. How is a change of emailaddress/loginname organised? I can't seem to find the way under https://atlas.ripe.net/my-atlas/ The FAQ https://atlas.ripe.net/about/faq/ doesn't mention it neither. Kind regards, Ivo -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJTZ48IAAoJEO8w8Dsjf0uUd0MH/3s9DQ/P4GLBs+Z+EbC++S7Z lxzfBgsF46CEsZjJTGG1KlFcuXGS1OUnCm6SrhMUAGOmHBZ/9jIlYtn7yWkc9uaL ZtMUFQ0x7ViDr7GY6HFWiGtbnO8Oi/Trh5DSHVOKFKpyeXgvK85L6nMesBkVKWmF A/i8f1KuTNB8bTAcNEeX5a3MsPzIOvI5k2Xq6HavuTUyWsxVlLUL3NSrc8Oba07d 6JleHQvjJl6UO6GNT0v8HhZaMlxLZ2ACzKm4sYvBJzrqJZ4KphFUvvulrYz3xKa9 YUTEFaBywwWFY/8mqsUS01asuMv6LeTRTGwZu++FAlETbFiqEElURo5dbEKiqRM= =FWOv -----END PGP SIGNATURE-----

2 1

Université catholique de Louvain (BE) has joined RIPE Atlas anchors
by Michela Galante 05 May '14

05 May '14

Dear RIPE Atlas users, We're happy to announce that another RIPE Atlas anchor has joined the network and is now available as a target for probe hosts conducting their own user-defined measurements. The new anchor is called be-lln-as2611 and it is hosted by the Université catholique de Louvain in Louvain-la-Neuve, Belgium. Congratulations to the Université catholique de Louvain! This is the first anchor in Belgium! Anchoring measurements (ping, ping6, traceroute and traceroute6) are scheduled towards this anchor from all the other anchors as well as several hundred probes, providing a continual overview of regional reachability. Results of these measurements are available as raw data in JSON format, and visualised on the map and "seismograph" with many configurable features. You can access the anchoring measurements for all anchors at: https://atlas.ripe.net/anchors/list/ Learn more about RIPE Atlas anchors at: https://atlas.ripe.net/about/anchors/ Thank you for participating in RIPE Atlas! Kind regards, Measurements Community Building Team RIPE NCC mcb(a)ripe.net

1 0

Internal issues this morning
by Robert Kisteleki 02 May '14

02 May '14

Dear All, This morning we had internal difficulties in the system, which caused a slowly responding system in general, and in some cases failures when trying to get to data or scheduling new measurements. System operations are now back to normal. We have identified the root cause for the issue and will implement mitigations for it. Sorry for the inconvenience this may have caused, Robert Kisteleki RIPE NCC

1 0

ADP (FR) has joined RIPE Atlas anchors
by Michela Galante 29 Apr '14

29 Apr '14

Dear RIPE Atlas users, We're happy to announce that another RIPE Atlas anchor has joined the network and is now available as a target for probe hosts conducting their own user-defined measurements. The new anchor is called fr-tin-as196670 and it is hosted by ADP in Pantin, France. Anchoring measurements (ping, ping6, traceroute and traceroute6) are scheduled towards this anchor from all the other anchors as well as several hundred probes, providing a continual overview of regional reachability. Results of these measurements are available as raw data in JSON format, and visualised on the map and "seismograph" with many configurable features. You can access the anchoring measurements for all anchors at: https://atlas.ripe.net/anchors/list/ Learn more about RIPE Atlas anchors at: https://atlas.ripe.net/about/anchors/ Thank you for participating in RIPE Atlas! Kind regards, Measurements Community Building Team RIPE NCC mcb(a)ripe.net

1 0

SuperNetwork (CZ) has joined RIPE Atlas anchors
by Michela Galante 28 Apr '14

28 Apr '14

Dear RIPE Atlas users, We're happy to announce that another RIPE Atlas anchor has joined the network and is now available as a target for probe hosts conducting their own user-defined measurements. The new anchor is called cz-prg-as39392 and it is hosted by SuperNetwork in Prague, Czech Republic. Anchoring measurements (ping, ping6, traceroute and traceroute6) are scheduled towards this anchor from all the other anchors as well as several hundred probes, providing a continual overview of regional reachability. Results of these measurements are available as raw data in JSON format, and visualised on the map and "seismograph" with many configurable features. You can access the anchoring measurements for all anchors at: https://atlas.ripe.net/anchors/list/ Learn more about RIPE Atlas anchors at: https://atlas.ripe.net/about/anchors/ Thank you for participating in RIPE Atlas! Kind regards, Measurements Community Building Team RIPE NCC mcb(a)ripe.net

1 0

V3 Probes
by Cobus Viljoen 25 Apr '14

25 Apr '14

Hi Guys, wonder if anyone can tell me where i'm going wrong. but i have received these probes and i cant seem to get them working. they have been registered, but leaving them connected just doesn't show up on the site under my probes. they are getting ip's via dhcp and have access to the internet so i cant really see why they are not showing up any advise would be greatly appreciated Cobus.

2 1