Visual RFC.
ALL RFCs / RFC 1996
Read the RFC ↗
RFC 1996 / DNS ZONE NOTIFICATION

Read the NOTIFY request and acknowledgement

02

NOTIFY reuses the DNS message envelope with opcode 4. The question names the zone and asks about its SOA record; it does not carry an entire zone.

RFC 1996 · § 3.2 and related clausesEXAMPLE
4 / 4
Read the NOTIFY request and acknowledgementRequest Authority and Additional counts should be zero in this version. If they arrive nonzero, ignore those sections rather than dropping the message for that reason. Other fields not described by this specification must be zero. No EDNS or modern-extension parser is implemented here.A request and a receiptAuthority count: 1Additional count: 1Separate compatibility exampleignore these sectionsDo not discard the whole message for thisSend these counts as zero in this versionOther undescribed fields must be zeroRFC1996 · fictional zone · simplified illustrations
04
Handle unused and extensible sections

Request Authority and Additional counts should be zero in this version. If they arrive nonzero, ignore those sections rather than dropping the message for that reason. Other fields not described by this specification must be zero. No EDNS or modern-extension parser is implemented here.

Source for this drawing: RFC 1996 · Read RFC source: § 3.2 and related clauses ↗

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.

Related RFCs and changes

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

KEY POINT

The illustrated request has QR=0, AA=1, opcode=4, response code NOERROR, one question and QTYPE=SOA. QR distinguishes request from response; AA is the authoritative flag. ID identifies the transaction.

  • The illustrated request has QR=0, AA=1, opcode=4, response code NOERROR, one question and QTYPE=SOA. QR distinguishes request from response; AA is the authoritative flag. ID identifies the transaction.
  • The acknowledgement has QR=1 and the same ID and question. Its arrival completes notification to that server, not an SOA check or a zone transfer.
  • Fields not otherwise described are zero and messages violating that rule must be ignored. This version sends zero Authority/Additional counts, but receivers must ignore those sections, not the whole message, when their counts are nonzero. This is an explicit compatibility exception.
DETAILS

Fictional picnic.example zone and documentation-only addresses. Drawings are schematic; no DNS traffic, server configuration or zone transfer is performed.

Read the RFC section ↗

All chapters in RFC 1996

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 ↗