DNS TTL & Cutover Planner

Plan DNS cutovers by computing a safe TTL-lowering schedule and worst-case propagation window.

Runs 100% in your browser. Nothing you enter is uploaded or stored.

Lower TTL no later than
Sat, Aug 29, 01:15 PM
1 hour before the change
Earliest safe change
Sat, Aug 29, 02:15 PM
After old TTL ages out
Worst-case propagation
2 minutes
new TTL 1 minute + 60s slack
Plan summary

Lower the TTL to 60s at least 1 hour before the change, make the change at Sat, Aug 29, 02:15 PM, then expect full propagation within 2 minutes.

Timeline
  1. Sat, Aug 29, 01:15 PM
    Lower the record's TTL to 60s
    Do this at least 1 hour before the change so the old 1 hour TTL has time to expire in every resolver cache.
  2. +1 hour later
    Old TTL has fully aged out
    By now every cached copy uses the new 60s TTL. Resolvers will re-query at most every 1 minute.
  3. Sat, Aug 29, 02:15 PM
    Make the DNS change
    Update the record value (IP, CNAME, etc.). Caches now refresh quickly thanks to the low TTL.
  4. Sat, Aug 29, 02:17 PM
    Change fully propagated
    Worst case is 2 minutes after the change (new 1 minute TTL plus resolver slack). Once verified, raise the TTL back to 1 hour to cut query load.

Related tools

From the makers of these tools

Run production tasks with agents you can trust.

BitSentry turns recurring investigations into reusable runbooks your agents follow step by step, with AI-explained evidence and a full audit trail.

Try BitSentry Desktop Free