RFC 8285 / START HERE
RTP header extensions, before the details
RTP means Real-time Transport Protocol. This RFC defines a general mechanism for adding header metadata to RTP media packets.
Small metadata elements share one outer header-extension block. Compact local numbers name the elements, lengths find their data, and setup information tells a receiver what those numbers mean. The media payload stays separate.
The idea in one picture
Agree on meaning
Carry short elements
Interpret metadata
A simplified picture of the idea; the chapters explain the actual mechanisms.
Why it exists
RFC 8285 is an October 2017 Proposed Standard that obsoletes RFC 5285. It adds negotiated use of one-byte and two-byte element forms in the same stream, across different packets. It does not replace RTP or define every possible metadata element.
A familiar example
Imagine a fictional video call whose setup maps a short number to an agreed metadata URI. One packet carries a tiny value and another uses a longer form after mixed-mode agreement. Loss may require repetition; encrypted media alone does not make the header metadata secret.
Helpful background
You can start here without reading another RFC. If these ideas are unfamiliar, these short introductions may help.
What you’ll learn next
Begin with chapter one, or choose a topic.
- Locate extensions without changing RTP meaningRTP carries media packets. One outer header-extension block can contain several separately identified metadata elements.→
- Decode the compact one-byte element headerFour ID bits and four length bits describe a small element. The length nibble encodes the data length minus one.→
- Use the two-byte form for larger valuesThe ID and length each occupy a full octet. Zero-length data is representable, and appbits is a separate outer field.→
- Bind local identifiers to negotiated URI meaningsAn extmap attribute binds a compact session-local number to an absolute URI and, optionally, direction and configuration.→
- Negotiate mixed streams and extended offersOne RTP stream can alternate the two formats only with support from every recipient. Extended negotiation IDs are not packet IDs.→
- Budget delivery and protect metadata deliberatelyConfigured metadata is not promised in every packet. Repetition improves a modelled delivery chance; security requires explicit protection.→
This introduction explains RFC 8285 (2017). Read the original RFC ↗