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

Separate UDP from application reliability

05

UDP’s interface supplies addresses, ports, and datagrams; delivery policy belongs above this minimal service.

Related RFCs and changes

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

RFC 768 · User InterfaceEXAMPLE
3 / 3
Separate UDP from application reliabilityUDP’s interface supplies addresses, ports, and datagrams; delivery policy belongs above this minimal service.applicationpeerUDP messagelocal sendremote outcome?application-defined responseadditional evidenceUDP has no built-in acknowledgment or retransmission
03
An application-defined reply can supply evidence that UDP itself does not.

An application-defined reply can supply evidence that UDP itself does not.

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

A successful local send does not prove the remote application received the message.

  • A successful local send does not prove the remote application received the message.
  • This RFC supplies no handshake, retransmission timer, congestion controller, or cryptographic peer 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. Preserve a datagram boundary
  2. Demultiplex using ports
  3. Count the header and data
  4. Check a datagram’s integrity
  5. Separate UDP from application reliability
RFC 9700 / CHAPTERS

Chapters

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

RFC status and corrections ↗