Visual RFC.
ALL RFCs / RFC 4343
Read the RFC ↗
RFC 4343 / DNS NAME COMPARISON

Separate lookup equality from stored spelling

03

Names that compare equal can arrive with different capitalization. Input case and output case are separate from the question of which records the lookup finds.

RFC 4343 · § 4.2EXAMPLE
3 / 3
Separate lookup equality from stored spellingOne A/IN example creates Lab.Example with address192.0.2.10, then merges case-equivalent LAB.example address192.0.2.11. Separate first/latest spelling policies preserve both records and either query capitalization retrieves them. Stored-case choices do not partition or lose record sets.Separate allowed spelling policiesA / IN owner contextFirst-case policy: Lab.Example.Latest-case policy: LAB.example.either spelling retrieves both192.0.2.10 + 192.0.2.11No record loss from capitalization
03
Allow a spelling policy while retaining both records.

Separate first-case and latest-case storage examples display Lab.Example. or LAB.example. Either query capitalization retrieves both 192.0.2.10 and 192.0.2.11. No record is lost because its owner was spelled differently.

Source for this drawing: RFC 4343 · Read RFC section 4.2 ↗

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

Changing the stored spelling must not split one case-equivalent name into separate record inventories.

  • When an input creates a node, no case conversion is done. When a label for an existing node arrives in another case, implementations may keep the first case, let new input override it, or preserve separate copies.
  • Two A records loaded under owner names differing only in case remain retrievable under either capitalization. These choices affect displayed case, not the number or completeness of the returned resource record set.
  • Case MUST be preserved on output as described in §4, with the name-compression exception in §4.1. This is not a guarantee that a response always echoes query capitalization or always shows a particular administrator-preferred spelling.
DETAILS

The local merge example assumes the same Internet class and A address-record type and two fictional addresses. First-case and latest-case storage are separate permitted implementation examples, not required storage algorithms. Held erratum 6361 identifies clarity concerns about whose case is preserved; it supplies no normative replacement.

Read the RFC section ↗

All chapters in RFC 4343

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 ↗