RIPE Atlas Announcements
- 2012-03-27: Integration with RIPE NCC Access
- From now on, the user authentication behind RIPE Atlas is done through
RIPE NCC Access, the RIPE NCC single
sign-on system. In order to use RIPE Atlas, you'll have to log in with your
single sign-on credentials.
This change allows us to offer easier access to other RIPE NCC services, as well as to provide more specialised content to RIPE NCC members in the future.
- 2012-03-14: UI changes and a bit more
- We've deployed some changes to the UI:
- The most notable change is that from now on the download format of your probe's measurement data is JSON. The actual syntax is pretty much self-explanatory.
- The DNS anycast map now visualises server versions and SOA serials too.
- We made further changes to the way we show static network configuration of a probe on the "probe status" page.
- We're making preparations to include Atlas in RIPE NCC Access, the RIPE NCC single sign-on system.
- 2012-02-22: Probe firmware version 4.310
- This firmware contains a number of small fixes that deal with exceptional conditions. Probes should also reconnected slightly quicker after a disconnect.
- 2012-02-01: new UI features
-
We've added some new cool & useful features to the UI:
- The probe's network usage is now visualised on the probe details page. We show both bits/sec and packets/sec, as seen on the probe's network interface. Note that these include broadcast traffic, so it most likely overestimates the actual network traffic related to the probe.
- You can now easily look at the last traceroute(6) result of each built-in measurement: click on the link of the "Target Address" column.
- Downloading the logs for a measurement done by your probe has been moved to the probe details page. The previous method (allowing downloads from the probes grid) did not scale well.
- A probe host can now ask for notification (via email or an http POST) if the probe is disconnected from our network for more than 30 minutes. You can turn on this feature in the probe settings page.
- A probe host can also ask for a monthly probe connection report, also in the probe setting page.
- 2011-12-22: 1024 probes online
- We have passed the 1024 active probes milestone! Read more on RIPE Labs
- 2011-12-15: Network coverage maps and details
- We've added a new, public page that lists all the IPv4/IPv6 prefixes we have up probes in, as well as their ASNs and the countries they are geolocated to. Clicking on the resources explains them in RIPEstat, while clicking on the number of probes shows where they are on the map.
- 2011-12-12: New firmware released: 4.280
- This new firmware fixes a couple of bugs in the probe firmware, including one that prevents the probes from reconnecting to our network (for up to 3.5 days) in low memory conditions.
- 2011-11-22: Root DNS anycast map available
- Today we've enabled the
"DNS root anycast instance map" that was announced at the RIPE meeting and
in a RIPE Labs article.
Clicking on the "Maps" link in the menu bar
(top right) leads you to a page that lists all maps we have available at the moment,
including the anycast map.
As a small enhancement we also begun to link AS and prefix information to RIPEstat, to facilitate looking up more information about these resources. This is visible on the "probe details" page as well as on various maps (when clicking on individual probes).
- 2011-10-27: UI upgrades
- Today we rolled out some new features, mostly related to the UI:
- The probe configuration page now has a better explanation on which static configuration options were the probes able to use.
- There's a new global map available: Comparative DNS Root Server RTT map
- 2011-10-10: Probe firmware version 4.270
- We're again in the process of rolling out a new firmware version. This version
executes much more measurements:
- more pings to fixed destinations
- traceroutes to fixed destinations
- DNS root server anycast instance checks
In addition, this version has initial support for User Defined Measurements. - 2011-09-12: Infrastructure upgrades
- We're doing major upgrades to the backend infrastructure, in order to prepare the system for more resilience and to the User Defined Measurements functionality.
- 2011-07-04: Probe firmware version 4.030
- We're in the process of rolling out a new firmware version. It enables a new feature that has been asked by members of the community: static network configuration. Using the UI, one can ask the probe to try to use static IPv4/IPv6 addresses (and DNS resolvers). If these settings don't work, the probes will fall back to using DHCP. As a byproduct, this feature also allows IPv6-only deployments.
- 2011-06-30: Notifications about "down" probes
- We started automatically notifying hosts whose probe seems to be down for some reason. You'll get an email if your probe does not seem to be connected for an extended period of time (the current setting is five days). We hope this helps keeping probes up, especially in "ooops, sorry, I forgot!" situations.
- 2011-06-16: Updated probe geolocation
- We've introduced some semi-randomness to the geo-coordinates when showing probes on the maps. This solves the issue of some probes not showing up on the map (or more precisely, hiding behind other probes) if there are more than one probes geolocated to the exact same spot.
- 2011-05-05: RTT maps for built-in measurements
- We've enabled a new feature(look for "Maps" in the main menu) where you can see how each probe sees the RTT to the built-in destinations.
- 2011-04-20: Distribution of new Atlas probes
- Our Customer Services department started to contact host applicants in order to distribute RIPE Atlas probes. We're contacting those applicants first who score high in our ranking system, i.e. whose network data and geographical location seems to be the most useful for the Atlas network.
- 2011-03-07: Probe DNS and uptime reporting changes
- We've now enabled two features that were requested by hosts earlier:
- The "Probe DNS" function allows you to ask for a DNS entry for you
probe. Operational details:
- The exact DNS name of your probe depends on your settings (simple or obfuscated), and can be looked up on the "Probe Conf" section of the probe status page.
- The zone file is re-generated every 15 minutes.
- The resulting address is the one we observe when the probe to connects to our infrastructure, so if you're using NAT then it's the public address of the NAT device. Currently it's either IPv4 or IPv6, but not both. We'll add the "other address" too in the future.
- The probe uptime section has more details. It now contains:
- Relative uptime for the last week and month, and for the full lifetime.
- The source IP address of the individual connections.
- The amount of up- and downtime (in days/hours/minutes), for each connection.
- The "Probe DNS" function allows you to ask for a DNS entry for you
probe. Operational details:
- 2011-02-09: New UI design
- The overall design of the RIPE Atlas website was upgraded, in sync with the RIPE NCC website redesign.
- 2011-02-07: Probe firmware version 4.020
- The new firmware version enables the use of a second registration server (woolsey.atlas.ripe.net). All probes are expected to upgrade automatically in the coming days.
- 2011-01-11: New UI features
- We've added some changes to the UI. From now on upon registering a
new probe, or changing its attributes (from the probe status page) the host
can set the following additional information:
- Router type: optional, describes the router/NAT model you have, mainly in a home installation. This information could be useful for us to correlate weird probe behavior across similar router models.
- Allowed bandwidth: it's not used yet, but you can imagine the future purpose for it :)
- DNS options: this has been asked by some of you before. By default it's off. If you set it to "simple" then your probe will have a probe-xxxx.probes.atlas.ripe.net DNS entry. If you set it to "obfuscated" then your probe will have a <something random looking>.probes.atlas.ripe.net DNS entry. We'll activate this feature soon.
- Public: you can make your probe visible to everyone, which means that all Atlas users will see the probe in their probe list (with role "Viewer"), and they will be able to see the measurement details on the probe status page. Consider this an experimental feature -- we have to see if it's useful or not.
More information
There is more information on the FAQs page. If you have a question that's not answered there, please send an email to atlas@ripe.net.
