🌍 DNS Propagation Time Estimator

Estimate how long a DNS change will take to propagate globally based on your record's TTL — plus a fixed-window estimate for nameserver changes and a handy TTL-to-time reference table.

⚙️ Change Details
Record changes propagate based on the record's TTL. Nameserver changes are controlled by domain registries/registrars, not your zone's TTL.
Example: 300s, 3600s (1h), or 86400s (24h) are common TTL values.
🕒 Propagation Estimate
Estimated Max Propagation Time
Change Type
TTL (seconds)
TTL (human-readable)
Governed By

📋 Common TTL Quick Reference

⚠️ Practical Tip: Lower your TTL to something like 300 seconds at least 24–48 hours before a planned migration or cutover. This gives the old, longer TTL time to fully expire from resolver caches worldwide, so when you make the real change it propagates quickly instead of leaving some users on stale data for the old TTL's full duration.
🌍

Select a change type and TTL to estimate propagation time

Guide

About the DNS Propagation Time Estimator

"How long until my DNS change takes effect?" is one of the most common questions after updating a website's IP address, email records, or nameservers — and the honest answer is "it depends on TTL, and on what you actually changed." This calculator estimates that window for two distinct scenarios: ordinary record changes (A, CNAME, MX) governed entirely by the record's TTL, and nameserver (NS) changes, which are controlled at the domain registry level and follow a different, TTL-independent timeline.

How It Works

DNS resolvers around the world cache a record's answer for as long as its TTL (Time To Live) permits before re-querying the authoritative nameserver. This means the maximum time for an A, CNAME, or MX record change to be visible everywhere is essentially equal to the TTL you had configured at the moment of the change — a 3600-second (1-hour) TTL means every resolver's cached copy will have expired and be refreshed within an hour. The calculator converts your TTL (in seconds, minutes, or hours) into that human-readable propagation window and shows a quick-reference table for common TTL values. Nameserver changes work differently: they are recorded at the domain registry and at each top-level domain's (TLD) infrastructure, which refresh on their own schedules independent of your zone's TTL — so the calculator instead shows the conventional estimate of a few hours up to 48 hours for that scenario.

Why It Matters

Misjudging DNS propagation time is a frequent cause of failed launches and confusing "it works for me but not for my colleague" support tickets — different users query different resolvers that cached your old record at different times, so the switch is never instantaneous for everyone at once. Knowing the correct propagation window for your specific type of change lets you plan a migration window with realistic expectations, communicate accurate timelines to stakeholders, and avoid needlessly waiting (or panicking) about a change that simply hasn't finished propagating yet.

Tips for Accurate Results

  • Check the TTL that was active before you made the change, not the new TTL — resolvers are still respecting whatever TTL they cached the old answer with.
  • Lower your TTL to a short value like 300 seconds at least 24-48 hours ahead of any planned migration, so the change window itself is fast once you cut over.
  • Remember nameserver changes are the exception — no matter how low your record TTLs are, an NS change still typically takes a few hours up to 48 hours because it's controlled by the registry, not your DNS zone.
  • After making a change, use a DNS lookup tool from multiple global locations to confirm what different resolvers around the world are currently returning, rather than relying on your own single, possibly-cached view.
  • Once a migration is safely complete and stable, raise your TTL back to a normal value (like 3600 or 86400 seconds) to reduce unnecessary DNS query load on your nameservers.
About

Understanding DNS TTL & Propagation

What TTL Controls

TTL (Time To Live), measured in seconds, tells resolvers how long they may reuse a cached DNS answer before checking again. A low TTL means faster propagation for future changes but more frequent lookups; a high TTL reduces lookup traffic but slows down propagation.

🏛️

Records vs. Nameservers

A, CNAME, and MX record changes are governed entirely by the record's own TTL. Nameserver (NS) changes are different — they're controlled by the domain registry and TLD infrastructure, and conventionally take a few hours up to 48 hours regardless of any TTL you've set.

Migration Best Practice

Lower your TTL to around 300 seconds at least 24-48 hours before a planned cutover. This flushes the old, longer TTL out of caches ahead of time, so the actual change propagates within minutes instead of taking up to the old TTL's full duration.

FAQ

Frequently Asked Questions

Common questions about DNS propagation

How long does a DNS change actually take to propagate?
For an A, CNAME, or MX record change, the maximum propagation time is essentially equal to the record's TTL (time to live), since resolvers that already cached the old value won't check again until it expires. A record with a 3600-second (1-hour) TTL will fully propagate within about an hour. Nameserver changes are different — they typically take a few hours up to 48 hours regardless of TTL, since they are controlled by domain registries and registrars, not your zone file.
What is TTL in DNS?
TTL (Time To Live) is a value in seconds set on a DNS record that tells resolvers and caching servers how long they're allowed to keep using a cached answer before checking with the authoritative nameserver again. A low TTL (like 300 seconds) means changes propagate fast but generates more DNS query traffic; a high TTL (like 86400 seconds/24 hours) reduces query load but makes changes take longer to take effect everywhere.
Why does a nameserver change take up to 48 hours regardless of TTL?
Nameserver (NS) records live at the domain registry level, not just in your zone file, and many registries and top-level domain (TLD) operators cache that information with their own refresh intervals independent of any TTL you set. Because of this, changing your domain's nameservers is conventionally estimated to take anywhere from a few hours up to 48 hours to fully propagate, even if your DNS provider itself updates instantly.
Should I lower my TTL before a migration?
Yes. Lower your TTL to something short, like 300 seconds, at least 24 to 48 hours before a planned DNS migration or server cutover. This gives the old, longer TTL value time to fully expire from resolver caches worldwide, so that when you make the actual change, it propagates quickly instead of leaving some users stuck on stale cached data for up to the old TTL's duration.
Why do some users see the new site while others still see the old one?
This is normal during the propagation window. Different ISPs, corporate networks, and devices query different DNS resolvers, each of which may have cached your old record at a different time and will hold onto it until its own copy of the TTL expires. That's why propagation is described as a window (up to the TTL, or up to 48 hours for nameserver changes) rather than an instant, simultaneous switch for everyone.

Related Calculators

Explore other tech tools