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

Separate configuration from trust and privacy

05

Configuration can influence routing-adjacent behavior and server choices; messages and identifiers create security and privacy concerns.

Related RFCs and changes

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

DIAGRAM§ 22 ↗
RFC 9915 · § 22EXAMPLE
3 / 3
Separate configuration from trust and privacyConfiguration can influence routing-adjacent behavior and server choices; messages and identifiers create security and privacy concerns.Stable DUID + returned configurationIdentifier ≠ authenticationReconfigureApply the mechanism-specific trust checksProtect relay paths; consider identifier and configuration privacy
03
Apply trust controls and privacy measures without treating an identifier as authentication.

Apply trust controls and privacy measures without treating an identifier as authentication.

Protocol participantThreat or exceptionProtocol controlSimplified drawings · precise section references
KEY POINT

A DUID is an identifier, not proof of a trusted device.

  • A DUID is an identifier, not proof of a trusted device.
  • Protect relay-server exchange and Reconfigure handling using their applicable mechanisms; do not assume universal base-message authentication.
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. Choose a two-message or four-message exchange
  2. Keep address and prefix associations distinct
  3. Use binding lifetimes and contact timers correctly
  4. Carry link context in a relay envelope
  5. Separate configuration from trust and privacy
RFC 9700 / CHAPTERS

Chapters

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

RFC status and corrections ↗