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

Check a datagram’s integrity

04

The UDP checksum includes a pseudo-header from IP, the UDP header, and the data.

Related RFCs and changes

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

DIAGRAMFields ↗
RFC 768 · FieldsEXAMPLE
3 / 3
Check a datagram’s integrityThe UDP checksum includes a pseudo-header from IP, the UDP header, and the data.IP pseudo-headerUDP headerpayload: changed byteone’s-complement sumChecksumCorruption detected ≠ authenticated senderOriginal IPv4 checksum omission differs from ordinary IPv6 UDP
03
A receiver detects a changed covered byte; this is not authentication.

A receiver detects a changed covered byte; this is not authentication.

Protocol participantThreat or exceptionProtocol controlSimplified drawings · precise section references
WHAT CHANGED
RFC 768 · IPv4 contextRFC 8200 § 8.1 · IPv6

IPv6 generally requires UDP checksums and uses an IPv6 pseudo-header; do not carry the original IPv4 zero-checksum rule into ordinary IPv6 UDP.

Read the updated RFC section ↗
KEY POINT

The pseudo-header binds source, destination, protocol, and UDP length into error detection.

  • The pseudo-header binds source, destination, protocol, and UDP length into error detection.
  • A zero transmitted checksum in the original IPv4 context means no checksum; a computed zero is sent as all ones.
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 ↗