Visual RFC.
ALL RFCs / RFC 1034
Read the RFC ↗
RFC 1034 / RESOLUTION

Caches & TTL

06

Caching reduces repeated work. A TTL limits how long learned data can be reused without another lookup.

Related RFCs and changes

“Updates” changes part of an earlier RFC. “Obsoletes” replaces it. This list shows selected related documents.

DIAGRAM§ 3.6 ↗
RFC 1034 · § 3.6EXAMPLE
4 / 4
Caches & TTLThe stored record appears, its lifetime falls, and expiry visibly forces a fresh lookup.Resolver cacheExample: original TTL 300 secondswww.example.org. A 192.0.2.20Remaining lifetime: EXPIRED0 s300 sExpired data → resolve again
04
Check freshness before reuse.

Within the TTL return the cached data; after expiry perform resolution again.

Protocol participantThreat or exceptionProtocol controlSimplified drawings · precise section references
KEY POINT

A cached answer has a deadline.

  • TTL is expressed in seconds and controls caching lifetime.
  • Authoritative local zone data takes precedence over cached information.
  • A zero TTL prevents retention beyond the current transaction.
DETAILS

TTL is not a promise that authoritative data cannot change. Cached answers can remain valid for reuse until their allowed lifetime expires.

Read the RFC section ↗

Diagrams simplify the RFC. Read the linked sections for complete requirements.

Privacy
All chapters in this RFC
  1. The name tree
  2. Resource records
  3. Delegation & glue
  4. Iterative resolution
  5. Recursive resolution
  6. Caches & TTL
  7. Aliases
  8. Missing names & failures
  9. Wildcard synthesis
  10. Zone maintenance
  11. Reverse lookups
  12. Transport & historical scope

Drawing view

Scroll the drawing to see every part. Playback controls stay above it.

RFC 9700 / CHAPTERS

Chapters

For full details, tables, algorithms, and exceptions, read the original RFC.

RFC status and corrections ↗