Top Ten Olympic Winners and Indicators of IPv6 Preparedness
Olympic fever didn't escape us here at the RIPE NCC!
Based in Amsterdam, NL
Likes on articles
I'm a system architect/research coordinator at the RIPE NCC, where I work in the science group. I'm a chemist by training, but have been working since 1998 on Internet related things, as a sysadmin, security consultant, web developer and researcher. I am interested in technology changes (like IPv6 deployment), Internet measurement, data analysis, data visualisation, sustainability and security. I'd like to bring research and operations closer together, ie. do research that is operationally relevant. When I'm not working I like to make music (electric guitar, bass and drums), do sports (swimming, (inline) skating, bouldering, soccer), and try to be a good parent.
Olympic fever didn't escape us here at the RIPE NCC!
In this article I look at four different IPv6 destinations in different BGP set-ups and how these are seen by RIPE Atlas probes. This reveals some differences in reachability for the different networks, likely due to BGP route filtering. We see roughly 1% out of ~500 RIPE Atlas probes that can't re…
Now that World IPv6 Launch is weeks behind us it's interesting to look at what long-lasting effects it had.
We've enabled RIPE NCC members to do IPv6-traceroutes from all RIPE Atlas probes to IPv6 destinations. Until now they could get the raw analysis results (text/JSON representations of traceroute results) for analysis. In this article we present a first experimental analysis and visualisation of the …
Following on from last year's during World IPv6 Day, we again looked at relative performance of IPv4 and IPv6 from the measurements we conducted. In this article we describe the methodology and the show the results of these measurements.
With the introduction of a new firmware version for RIPE Atlas probes, the structure of the measurement results will be changing. Anyone making use of the raw results is advised to read about these upcoming changes and to subscribe to our RSS feed or subscribe to our mailing list to be notified of …
Similar to last years World IPv6 Day, this year, the RIPE NCC is measuring selected World IPv6 Launch participants from over 50 vantage points all over the world. We're measuring DNS, ping, traceroute and HTTP and show results at http://ipv6launch.ripe.net/ .
We developed a script to measure IPv6 capabilities of DNS resolvers and clients two years ago. Recently we found some interesting trends in IPv6 capable DNS infrastructure.
As a follow-up to the previous article and prompted by a question in the mailing list, we looked into connectivity of one particular instance of K-root: the one located in Delhi. India.
With the depletion of the IPv4 free pool in the APNIC region and the imminent IPv4 free pool run out in the RIPE NCC's service region, it is interesting to look at IPv4 allocation rates per country to see where free pool run out has and will have the most consequences, in terms of curtailing growth…
“@emileaben Rather than standardizing human-readable output format, why not emitting a standard structured format, separating the network part (traceroute) and the visualisation part (a tool using the structured output format). Such a format already exists, in RFC 5388. I let you do the same in JSON :-)”
thanks for the interest in the topic Stephane. You hit the nail on the head, the main idea was to standardise a structured format for traceroute. I notice a lack of enthusiasm for RFC5388, probably due to it's verbosity. quick test shows that gzip compression of RFC5388-style results would need 3x more storage relative to plain-text traceroute results. But the RFC is likely very useful to see if we cover all bases in a slimmer structured output format.
One other activity that may be worth mentioning here: We organised a get-together for traceroute implementers. As many traceroute implementations do things slightly different, a bit more coordination can help in making things more consistent, for instance in output formats.
“I'm trying to work with the ixp-jedi tool. In this step: ## measure.py This script runs one-off measurements for the probes specified in _probeset.json_ and stores their results in _measurementset.json_ This uses the RIPE Atlas measurement API for measurement creation, And it needs a valid measurement creation API key in ~ / .atlas / auth When trying to execute the script ./measure.py I get the following and I do not know how to solve it. Authentication file /root/.atlas/auth not found Please, I need your help.”
hi, thanks for trying to use the tool. i hope the docs on github are clear enough: https://github.com/emileaben/ixp-country-jedi/#measurepy --- This script runs one-off measurements for the probes specified in probeset.json and stores their results in measurementset.json This uses the RIPE Atlas measurement API for measurement creation, and it needs a valid measurement creation API key in ~/.atlas/auth . For more information on RIPE Atlas API keys see https://atlas.ripe.net/docs/keys/ --- if not let me know how to improve that. if you are interested in country-level monthy runs. these are available at: http://sg-pub.ripe.net/emile/ixp-country-jedi/history/
“Hi, Is there a way to download multiple days dataset without having to do them individually? Also do you have any API's which will permit me to download the datasets using wget?”
Hi Meenakshi, I think you'll have to download the files individually. I think, if your RIPE Access account doesn't have 2 factor authentication, you can use wget to download the files with the --user and --password options.
While we were busy pushing this post out, it looks like the Gambian Internet was restored, roughly around 12h UTC on 2 December. RIPE Atlas probes came online again, and we see 6 out of 7 ASNs in RIS data again.
Showing 15 comment(s)