RIPE NCC DNS Monitoring Services
DNSMON User Guide
What is measured?
How are the measurements presented?
What are the benefits of these measurements?
What is not measured?
How to navigate the site.
What is measured?
DNS queries are sent approximately once per minute to DNS root and TLD
name servers. The queries are sent from about 80 locations worldwide, with the
main concentration of queries coming from the RIPE Region. The elapsed time
from sending the query to receiving the answer is measured.

Click here to view the most recent map.
The query types used in our measurements are not typically applied in
real name resolution. However both the capability and the time to answer these
queries are very similar to the referral queries used in name resolution. The
server has to be running and correctly configured to answer our test
queries.
Technical implementation
Depending on the make of the nameserver and what we are able to probe during
the automated daily configuration update, the nameserver is queried per server for the following:
| Query | default query rate |
|
In the CH (chaos) domain
|
| hostname.bind | 60 queries per hour |
| id.server | 60 queries per hour |
| version.bind | 1 query per hour |
| version.server | 1 query per hour |
|
In the IN (Internet) domain
|
| SOA | 4 queries per hour, per domain |
The "default query rate" is subject to change as the make of the nameserver
depends very much on this.
It is important to accept queries originating from the TTM network to the
targeted nameservers. Failure to do so will result in too few measurements to
be available for processing.
Although it will hamper anycast reporting and likewise, you are free to
obfuscate the results from the CH queries if this is a concern to you.
When are plots visible
DNSMon requires a minimal amount of recorded data points in order to plot a
graph. This is also why it may take some time before a graph is displayed after
including a nameserver in DNSMon.
Listed here are the criteria that makes a plot visible.
- Per domain:
-
For a domain to be plotted all nameservers serving that domain must
- have been actively measured by at least five probes each
- have less than 1% measurement gaps for the given time period each
- Per server:
-
For a server to be plotted it must
- have been actively measured by at least 5 probes
- have less that 10% measurement gaps for the given time period
This means that under ideal circumstances DNSMon needs to measure up to a full day in order to display data.
How are the measurements presented?
Graphs are provided to depict the measurements from three separate views:
'Probe' view: The 'Probe' view shows a number of
graphs, one to each server as seen from the Test Box that you select. You can
use this view to look at DNS root and TLD service quality at one particular
location . Because name servers are well-connected and geographically
dispersed, this view can also be helpful as an indicator of connectivity
between the Test Box location and the rest of the world.
'Server' view: The 'Server' view shows
measurements from all locations to a particular server. You can use this to
assess the quality of the service provided by this particular server.
'Domain' view: The 'Domain' view shows a number
of graphs for each domain, one for the root and each monitored TLD as seen from
almost all locations. You can use this view to assess the generic DNS root and
TLD service quality provided to the collective pool of TTM Test Boxes.
What are the benefits of these measurements?
The DNS Monitoring Service provides a good assessment of the DNS root
and TLD service at each TTM Test Box location. You can work out which name
servers serve a particular location better than others, and what the typical
delay is. You can also see what effect problems with the servers and/or the
network infrastructure have on general DNS service quality.
The measurements allow you to rapidly evaluate any past or present DNS
problem, and to work out if the problem is caused by poor root or TLD name
service. By looking at measurements from all locations to a particular server,
you can estimate the service quality of that instance. This comprehensive view
lets you offset most local influences on metrics. This will give you a more
complete picture than if the measurements were only from a single point on the
Internet. It is possible to see if the server itself or the network
infrastructure is behind poor quality service. You can also assess how 'close'
any network infrastructure problems are to a given server.
What is not measured?
'Global' DNS root and TLD service quality We
measure from around 60 specific points. While this is much more accurate than
inferring DNS quality using only measurements from a single point, it is by no
means comprehensive. Our measurement locations are concentrated in the RIPE NCC Service Region. This provides a
reasonably accurate view of service quality in this region with some locations
outside the region for comparison.
The general quality of DNS name resolution There
are many additional factors to take into account like DNS caching, service
quality of lower level DNS servers, their network connectivity and the quality
of DNS implementations. For instance, due to caching only a tiny fraction of
all DNS name resolutions are directly affected by the quality of DNS root
service.
Effects that last less than a minute This is the
interval between queries sent from Test Boxes to name servers.
Whether the response to the query was an answer or an error
It can happen that the response to our query packet is not an answer containing the resolved
name, but an failure indication other than a timeout stating the queried server was not able
to resolve the query.
In that case DNSMon still sees it as a response, incorporates the delay in the results and
does not mark it as a drop.
Notes on IP anycasting: The scope of our
measurements is the DNS service provided at each particular Test Box location
from each particular name server address. Some name server operators provide
service at their address from different locations by means of IP anycasting.
Our measurements do differentiate between the different instances of such a
server by querying every minute for 'hostname.bind' or 'id.server'. The
instance can naturally only be determined when there is a valid reply from the
server. Currently, we are working on presentational aspects of this data. Watch
this space for notes on progress.
Site Navigation
You can get around the DNSMON site by using the menu that is at the top
of each page. each option will take you to a different part of the site and
will also be the place to go if you need help at any time.

If you select domains, servers or probes, you will see a second level menu appear.

Each second level menu is specific the view that you selected. On
overview pages they let you select another overview (as shown above). When you
have chosen the overview that you want to see from the pull down menu, you must
click on the 'show' button.

On the third level individual plot pages, you can select the time interval to plot and configure the plot (see above).
Important note regarding the interpretation of the IPv6 dnsmon data
When you interpret the IPv6 dnsmon data, please note that dnsmon does
not measure the servers themselves, but the quality of the IPv6 service
at the probe locations. This includes the networks between our probes
and the target servers. Please also note that there are currently fewer
IPv6 probes than IPv4 probes.
|