Visual RFC.
ALL RFCs / RFC 5737
Read the RFC ↗
RFC 5737 / DOCUMENTATION ADDRESSES

Replace a misleading historical example

05

128.66.0.0/16 appeared in older examples, but RFC 5737 explains that this did not reserve it.

RFC 5737 · § 5EXAMPLE
4 / 4
04
Keep reservation and ownership distinct.

TEST-NET-2 is reserved for documentation. No end party is assigned it. The old range’s current assignment is not determined by the fact that an old example mentioned it.

Replace a misleading historical exampleTEST-NET-2 is reserved for documentation. No end party is assigned it. The old range’s current assignment is not determined by the fact that an old example mentioned it.Reservation does not reveal ownershipHistorical text128.66.0.0/16rewrite exampleNew documentation198.51.100.7TEST-NET-2: documentation, not assignmentOld text does not establish current ownership

Source for this drawing: RFC 5737 · Read RFC section 5 ↗

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

Past example use does not create a documentation reservation.

  • RFC 5737 says 128.66.0.0/16 is not reserved for any special purpose and can be used for regular assignments with caution.
  • Do not infer current ownership or reachability from this historical discussion.
  • For a new IPv4 documentation example, choose one of the three TEST-NET blocks; this changes the document, not a live network.
DETAILS

Examples are documentation text, not a network configuration. No packets are sent. SHOULD and SHOULD NOT are recommendations, not MUST. Valid exceptions require understanding and carefully weighing the full implications (RFC 2119 §§3–4).

Read the RFC section ↗

All chapters in RFC 5737

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 ↗