Visual RFC.
ALL RFCs / RFC 6891
Read the RFC ↗
RFC 6891 / PROTOCOL MECHANISMS

Keep OPT out of the record cache

05

OPT describes one DNS message and is not cacheable resource data.

Related RFCs and changes

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

RFC 6891 · § 6.2.1EXAMPLE
3 / 3
Keep OPT out of the record cacheOPT describes one DNS message and is not cacheable resource data.RESPONSE: answer RRset + OPTcache answer dataOPT excludedrequired EDNS?no silent downgradeOPT MUST NOT be cached; required features constrain fallback
03
If EDNS is required, stop rather than silently downgrade.

If EDNS is required, stop rather than silently downgrade.

Protocol participantThreat or exceptionProtocol controlSimplified drawings · precise section references
WHAT CHANGED
RFC 2671RFC 6891 Appendix A

This revision makes OPT support mandatory for compliant implementations and discourages extended label types as a general solution.

Read the updated RFC section ↗
KEY POINT

The OPT record must not be cached.

  • The OPT record must not be cached.
  • Fallback without EDNS may be possible, but not if required functionality such as DNSSEC would be lost.
DETAILS

The drawing is a simplified worked example. Follow the linked RFC and its updates for implementation requirements.

Read the RFC section ↗

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

Privacy
All chapters in this RFC
  1. Attach message metadata using OPT
  2. Advertise a UDP receive limit
  3. Separate EDNS version and response codes
  4. Parse extensible option tuples
  5. Keep OPT out of the record cache
RFC 9700 / CHAPTERS

Chapters

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

RFC status and corrections ↗