RFC 3550: RTP: A Transport Protocol for Real-Time Applications
In plain English — editorial summary, not part of the RFC
This memorandum describes RTP, the real-time transport protocol. RTP provides end-to-end network transport functions suitable for applications transmitting real-time data, such as audio, video or simulation data, over multicast or unicast network services. RTP does not address resource reservation and does not guarantee quality-of- service for real-time services. The data transport is augmented by a control protocol (RTCP) to allow monitoring of the data delivery in a manner scalable to large multicast networks, and to provide minimal control and identification functionality. RTP and RTCP are designed to be independent of the underlying transport and network layers. The protocol supports the use of RTP-level translators and mixers. Most of the text in this memorandum is identical to RFC 1889 which it obsoletes. There are no changes in the packet formats on the wire, only changes to the rules and algorithms governing how the protocol is used. The biggest change is an enhancement to the scalable timer algorithm for calculating when to send RTCP packets in order to minimize transmission in excess of the intended rate when many participants join a session simultaneously. [STANDARDS-TRACK]
Document record
- Document ID
- RFC3550
- Published
- July 2003
- Authors
- H. Schulzrinne; S. Casner; R. Frederick; V. Jacobson
- Status
- INTERNET STANDARD
- Stream
- IETF
- Area
- rai
- Pages
- 104
- Also known as
- STD64
- Obsoletes:
- RFC 1889
Topics
Referenced by
10 later RFCs formally update or obsolete part of this document.
- RFC 5506Support for Reduced-Size Real-Time Transport Control Protocol (RTCP): Opportunities and ConsequencesCurrent
April 2009
- RFC 5761Multiplexing RTP Data and Control Packets on a Single PortUpdated
April 2010
- RFC 6051Rapid Synchronisation of RTP FlowsCurrent
November 2010
- RFC 6222Guidelines for Choosing RTP Control Protocol (RTCP) Canonical Names (CNAMEs)Obsoleted
April 2011
- RFC 7022Guidelines for Choosing RTP Control Protocol (RTCP) Canonical Names (CNAMEs)Current
September 2013
- RFC 7160Support for Multiple Clock Rates in an RTP SessionCurrent
April 2014
- RFC 7164RTP and Leap SecondsCurrent
March 2014
- RFC 8083Multimedia Congestion Control: Circuit Breakers for Unicast RTP SessionsCurrent
March 2017
- RFC 8108Sending Multiple RTP Streams in a Single RTP SessionCurrent
March 2017
- RFC 8860Sending Multiple Types of Media in a Single RTP SessionCurrent
January 2021
Related documents
Ranked automatically by shared keywords, IETF area and stream — not by editorial selection.
- RFC 3551RTP Profile for Audio and Video Conferences with Minimal ControlUpdated
July 2003
- RFC 3556Session Description Protocol (SDP) Bandwidth Modifiers for RTP Control Protocol (RTCP) BandwidthCurrent
July 2003
- RFC 3389Real-time Transport Protocol (RTP) Payload for Comfort Noise (CN)Current
October 2002
- RFC 3190RTP Payload Format for 12-bit DAT Audio and 20- and 24-bit Linear Sampled AudioCurrent
January 2002
- RFC 2862RTP Payload Format for Real-Time PointersCurrent
June 2000
- RFC 2343RTP Payload Format for Bundled MPEGCurrent
May 1998
- RFC 6416RTP Payload Format for MPEG-4 Audio/Visual StreamsCurrent
October 2011
- RFC 6849An Extension to the Session Description Protocol (SDP) and Real-time Transport Protocol (RTP) for Media LoopbackCurrent
February 2013
Also filed under
About this page
The document record above — title, authors, date, status, stream, area, relationships, DOI and errata — is imported verbatim from the public RFC Editor index. The “in plain English” section is editorial: written by The metasystema editorial team, not part of the RFC. Where the two differ, the RFC text governs.
Last checked against the RFC Editor index on . RFCs are never revised after publication; changes are issued as new documents.
Data sources · Editorial policy · Report a correction · What is an RFC?