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

Zone maintenance

10

An authoritative secondary checks whether its zone copy has changed and retrieves a replacement when needed.

Related RFCs and changes

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

RFC 1034 · § 4.3.5EXAMPLE
4 / 4
Zone maintenanceSerial comparison triggers a record-level replica update, distinct from resolver caching.Primary zoneSOA serial 42Secondary zoneSOA serial 42SOA serial check42 > 41: transferPrimary recordswww A 192.0.2.42Secondary recordswww A 192.0.2.42Both copies now answer authoritatively
04
Serve from the refreshed copy.

Both primary and secondary hold authoritative data, unlike an ordinary resolver cache.

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

Refresh authority independently of caches.

  • The SOA serial identifies a zone revision.
  • Secondaries poll according to SOA refresh and retry timing.
  • After the SOA expiry interval without successful refresh, a secondary must stop serving the stale zone as authoritative.
DETAILS

The original transfer model copies a zone using AXFR. Later RFCs add mechanisms such as NOTIFY and incremental transfer; those are extensions.

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 ↗