Internet Performance Delivered right to your inbox

Anycast Vs. Unicast: The Skinny on Nameserver Routing

You’re the guy/gal charged with making sure your business’ web site and ecommerce storefront are running nice and fast, so you run a quick waterfall chart on your site and learn that DNS is limiting your site’s performance. You jump on the Internet, do some Google searches and learn about this thing called Anycast DNS.

You then follow some more links and learn about another thing called Unicast DNS. You read people talking about having both and others talking about having one or the other. You can’t really decipher between the two because there’s hardly any accessible documentation about it. I’m going to break this mystery down for you in this post, kicking it off with a simple guidance statement:

It’s all about the routing, redundancy and geography.


Dyn Anycast
The Dyn Anycast Network

In a traditional Unicast DNS architecture, authoritative DNS servers (ADNS) are deployed in single server units or clusters in disperse geographic locations. Each delegation hostname / IP address maps to a single physical location, with one or more servers providing ADNS service.

Load balancing and redundancy is achieved within the site using traditional server load balancing techniques. No matter how Internet routing changes or where you connect to the Internet from, you will be taken to a specific nameserver in a specific location.

The network design for Unicast DNS is straightforward, simple to implement and is simpler to maintain than an Anycast DNS implementation. Dyn’s Standard DNS service is setup this way. The key point here is that if you traceroute to these hostnames, you will always be taken to the nameservers in the geographic locations indicated here:

  • is located in Amsterdam, NL
  • is located in Hong Kong, HK
  • is located in Newark, NJ
  • is located in Palo Alto, CA

In a modern Anycast DNS architecture, ADNS “instances” are deployed globally with multiple copies of each ADNS server located in many geographically dispersed locations. Just like Unicast DNS, each instance is referenced by one hostname / IP address, but instead of a single server in a single location, there’s multiple copies of the ADNS servers in multiple locations all over the world.

By playing a trick with global Internet routing (known as the Border Gateway Protocol or BGP), an implementation of Anycast DNS allows for multiple servers to sit behind a single IP address. Dyn’s DynECT Managed DNS platform is set up in this fashion with each ADNS instance mapping to many physical sites:

  • is mapped to 17 global data centers
  • is mapped to 17 global data centers
  • is mapped to 10 global data centers
  • is mapped to 9 global data centers

Benefits Of Anycast

The benefits of a modern Anycast DNS architecture are significant. First, there’s the overall redundancy that each nameserver instance achieves by distributing DNS service for the same IP address across multiple data centers. If there’s a problem with an instance, that’s fine. Just pull it out of production Anycast DNS, fix it and re-inject it into the service.

Second, a global distribution of ADNS nameservers significantly reduces the latency for users to reach / obtain a DNS response when connecting to a site because of the distributed nature of the network. Coincidentally, this decision ends up being made at the network layer — not at the DNS application layer — which helps to abstract certain issues with certain RDNS implementations. This means users automatically get routed to the fastest available DNS servers automatically.

Finally, Anycast DNS gives us information about the topology of the Internet, enabling advanced services such as DynECT Traffic Management.

Let’s break it down. Anycast DNS, Unicast DNS or both?

If you have requirements for a highly available, low-latency DNS service with advanced traffic routing features, you want to go with an Anycast DNS solution, no matter what. If you are looking for a robust DNS service but global latency and advanced services are not important for your application, Unicast DNS will meet your needs and help you save money.

The combination of using both Anycast DNS and Unicast DNS at the same time for a domain is an interesting intersection of techniques. The reason for doing so is to compromise between the complexity tax and performance reward of an Anycast DNS network against the simplicity and ease of robustness of a Unicast DNS network.

For Anycast DNS architectures, there’s significant cost in deploying the required number of data center locations and underlying network topology in a global fashion. To be able to withstand distributed attacks against the DNS infrastructure, these systems must be deployed homogeneously across all sites with each site able to handle as much of an attack as the next.

This is why some providers deploy a mix of Anycast and Unicast DNS as it helps control cost while providing a robust infrastructure in a few key sites. During an attack, this can mean that users in the degraded region will experience additional latency while their queries get answered from the further away Unicast DNS sites.

At Dyn, we believe a pure Anycast DNS architecture is the best option for deployment, especially for a service such as DynECT Managed DNS.

The redundancy, coupled with network level latency reduction and the ability to offer advanced services via our Anycast DNS network, is paramount to the value we offer to our clients. We deploy our network in a robust fashion globally designed to fend off attacks. In the event of a significant attack, we have developed a specialized set of routing techniques which can be used to “convert” certain instances of our Anycast DNS nodes to Unicast DNS nodes in the event more horsepower is needed.

With all that said, I’d love to hear your questions about Anycast and Unicast in the comments section below.

Share Now

Whois: Tom Daly

Tom Daly is a co-founder of Dyn, a pioneer in managed DNS and a leader in cloud-based infrastructure that connects users with digital content and experiences across a global internet.

To current Dyn Customers and visitors considering our Dynamic DNS product: Oracle acquired Dyn and its subsidiaries in November 2016. After June 29th, 2020, visitors to will be redirected here where you can still access your current Dyn service and purchase or start a trial of Dynamic DNS. Support for your service will continue to be available at its current site here. Sincerely, Oracle Dyn