Visual RFC.
ALL RFCs / RFC 8594
Read the RFC ↗
RFC 8594 / RESOURCE RETIREMENT

Keep caching and retirement separate

02

Cache policy governs reuse of a representation; Sunset describes expected resource availability and says nothing about intervening state changes.

RFC 8594 · § 4EXAMPLE
3 / 3
Keep caching and retirement separateA fictional response has max-age 60 and an independent November retirement hint. Age 20 is fresh; at Age 61 normal cache handling is needed. A chosen later request receives new representation v2 before November, while the Sunset timestamp remains unchanged.Cache freshness is a different clockSunset: Wed, 11 Nov 2026 11:11:11 GMTCache-Control: max-age=60Representation v2New response observed before NovemberClientOriginnormal cache handlingchosen new 200 / v2Resource state changed; Sunset date did not
03
Observe changed resource state before retirement.

This chosen later request succeeds with v2; the Sunset date is unchanged. The retirement hint is not a freeze of the resource state.

Source for this drawing: RFC 8594 · Read RFC section 4 ↗

Protocol participantThreat or exceptionProtocol controlSimplified drawings · precise section references
New to this? Start hereA quick picture + helpful background

A message needs an address.

Think of a packet as a small addressed envelope. Devices pass it onward; transport protocols decide what delivery promises an application gets.

Helpful first, if these ideas are unfamiliar

These pictures are analogies to help you learn. The linked RFC explains the actual rules.

Terms in this drawing
Representation
The response content describing resource state at a point in time.
Cache freshness
Whether a saved response can be reused as fresh under its caching rules.
max-age=60
An illustrative 60-second freshness lifetime, not a Sunset value.
Related RFCs and changes

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

KEY POINT

A retirement date does not make today’s representation fresh until that date.

  • Caching concerns reusable representations of resource state. Sunset is not concerned with state changes: the representation can change before the advertised retirement time.
  • Sunset and caching are complementary. Do not substitute Sunset for Expires or Cache-Control, or infer a cache lifetime from the time remaining until retirement.
  • Intermediaries such as archives and search engines can warn about possible unavailability, while still handling changing representations and uncertain availability normally.
DETAILS

Independent illustrative values: Sunset remains 11 November 2026, while Cache-Control: max-age=60 describes a response generated on 20 October. At an estimated age of 61 seconds the response is no longer fresh under this chosen max-age; normal cache policy applies. A separate successful request can reveal representation v2 well before November. This is not a full cache-selection or revalidation algorithm, nor a claim that retirement is guaranteed.

Read the RFC section ↗

All chapters in RFC 8594

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 ↗