RIPE Atlas probes may be tagged to indicate properties, capabilities, network topology or any other categorisation. There are two kinds of tags: user tags and system tags. Each tag consists of a human readable name, possibly including spaces, and a hyphenated "slug" which is used when interacting with the API.
You can search for probes with a particular combination of tags using the API - see the API documentation for details.
User tags may be applied and removed by the probe owner by going to the probes list, selecting the desired probe and choosing "Edit". It is then possible to select from a list of commonly used tags, or create a custom tag. We periodically review custom tags so we can merge similar ones and suggest them to other users.
The RIPE Atlas system periodically applies special tags to probes. These tags can be recognised through the following characteristics:
- Their human readable name begins with "system:", or they appear in the "System Tags" section on the probe page.
- Their "slug", used for querying the API, begins with "system-".
It is impossible for a RIPE Atlas user, including probe owners, to apply or remove a system tag, or to create a tag that begins with a "system" prefix.
Probes are re-assessed every four hours for each tag by inspecting certain baseline RIPE Atlas measurement results. The lookback period for this inspection is also four hours unless otherwise specified.
Several categories of system tags are assigned to probes:
These tags indicate that a probe has at least a configured network interface for the given IP protocol version. They do not imply that this network configuration is correct or provide any kind of indication of network connectivity.
- system: IPv4 Capable (system-ipv4-capable)
- system: IPv4 RFC1918 address is configured (system-ipv4-rfc1918)
- system: IPv6 Capable (system-ipv6-capable)
- system: IPv6 ULA is configured (system-ipv6-ula)
These tags indicate whether RIPE Atlas believes a probe works or does not work on IPv4 or IPv6. A probe is considered to work on a particular IP version if it has at least one succesful ping result for any one of a selection of baseline targets. It is considered to not work if it only returns failures.
If there are no results for one IP version, but there are results for the other version, then any existing tag for the first version will be removed. If for some reason there are no results from a probe, such as when it has been offline for a while, then the tags will not be added or removed.
The selection of measurement targets is diverse in that it includes anycast and unicast servers belonging to different organisations and with different purposes.
- system: IPv4 Works (system-ipv4-works)
- system: IPv4 Doesn't Work (system-ipv4-doesnt-work)
- system: IPv6 Works (system-ipv6-works)
- system: IPv6 Doesn't Work (system-ipv6-doesnt-work)
These tags indicate a level of stability and reliability beyond that signified by the "Capable" and "Works" tags (see above). In order for a probe to qualify for a Stable tag, it must have at least a 95% success rate for at least 95% of the time for the ICMP ping measurements that it performs. This means that occasional outages or connectivity problems are allowed so long as they are short and infrequent. The effects of widely unreliable or unreachable targets are controlled for by considering the success rate relative to measurements by other RIPE Atlas probes to the same targets.
The three time periods are one day, thirty days and ninety days. IPv4 and IPv6 are treated separately.
- system: IPv4 Stable 1d (system-ipv4-stable-1d)
- system: IPv4 Stable 30d (system-ipv4-stable-30d)
- system: IPv4 Stable 90d (system-ipv4-stable-90d)
- system: IPv6 Stable 1d (system-ipv6-stable-1d)
- system: IPv6 Stable 30d (system-ipv6-stable-30d)
- system: IPv6 Stable 90d (system-ipv6-stable-90d)
These tags indicate whether a probe can resolve simple hostname records to the expected IP address. A probe is considered to be able to resolve if there is at least one correct response from each of its local resolvers. It is considered unable to reliably resolve if at least one of its local resolvers only returns failures. It is considered to resolve incorrectly if there is at least one incorrect result for each queried A or AAAA record. The records used for these tests are delegated to various unrelated DNS servers.
If a probe submits any results from any of its local resolvers in which the name in the question section of the DNS request does not match the name in the answer section of the DNS reply in terms of upper/lower case (a 0x20 bit check), then it is tagged as mangling the cases and no other DNS tags will be applied.
- system: Resolves A Correctly (system-resolves-a-correctly)
- system: Resolves A Incorrectly (system-resolves-a-incorrectly)
- system: Doesn't Resolve A (system-doesnt-resolve-a)
- system: Resolves AAAA Correctly (system-resolves-aaaa-correctly)
- system: Resolves AAAA Incorrectly (system-resolves-aaaa-incorrectly)
- system: Doesn't Resolve AAAA (system-doesnt-resolve-aaaa)
- system: Resolver Mangles Case (system-resolver-mangles-case)
These tags are not based on measurement results. Instead, they reflect a probe's intrinsic properties, such as its version (1, 2 or 3), and whether or not it is also a RIPE Atlas anchor.
- system: V1 (system-v1)
- system: V2 (system-v2)
- system: V3 (system-v3)
- system: Anchor (system-anchor)