Generated by GPT-5-mini| RTP Network | |
|---|---|
| Name | RTP Network |
| Acronym | RTP |
| Introduced | 1996 |
| Developer | Internet Engineering Task Force, Realtime Transport Protocol Working Group |
| Status | Standard |
| Related | User Datagram Protocol, Session Initiation Protocol, Voice over IP |
RTP Network
RTP Network is the interoperable framework built around the Realtime Transport Protocol standardized by the Internet Engineering Task Force in RFC 3550 for transporting audiovisual media over packet networks. It complements signaling systems such as Session Initiation Protocol and H.323 and operates primarily over User Datagram Protocol while interacting with infrastructure like Network Address Translation, Multicast Listener Discovery, and Differentiated Services. Implementations span products and projects from Cisco Systems and Microsoft to Asterisk (PBX) and FFmpeg, and are used in deployments involving Skype, Zoom Video Communications, Jitsi, and WebRTC.
RTP Network provides timestamped, sequence-numbered media delivery suitable for real-time applications including telemedicine sessions between Mayo Clinic endpoints, teleconferencing in United Nations meetings, and live streaming events such as Super Bowl broadcasts managed by broadcasters like BBC and NBC. It is designed to interwork with transport technologies like IPv4, IPv6, and link-layer services from vendors such as Juniper Networks and Arista Networks. RTP sessions are negotiated by control and signaling protocols including SIP, H.323, and Jabber/XMPP extensions implemented in systems like Asterisk (PBX), FreeSWITCH, and OpenSIPS.
The architecture separates media transport from session control: media flows via RTP packets while control uses the Real-time Transport Control Protocol exchanged alongside or between endpoints such as Polycom conference phones and Cisco Webex devices. RTP relies on clocking references like Network Time Protocol from NTP servers operated by organizations such as National Institute of Standards and Technology and on payload type identifiers registered with the Internet Assigned Numbers Authority. Components include media encoders like Opus (audio codec), H.264, H.265 video codecs from VideoLAN, and packetization modules present in stacks from Google and Apple. RTP is often transported over multicast infrastructures using protocols like Protocol Independent Multicast and integrated with session border controllers from vendors such as Acme Packet.
An RTP packet carries header fields—version, padding, extension, CSRC count, marker, payload type, sequence number, timestamp, and SSRC—that enable synchronization across endpoints like Polycom and Logitech devices and permit features used by streaming platforms such as YouTube and Twitch (service). Payload formats include audio codecs like PCM, G.711, G.722 and Opus (audio codec), and video codecs like MPEG-2, H.264, VP8, VP9, and AV1. RTP header extensions standardized in IETF specifications are implemented in products from Cisco Systems, Microsoft, and open-source projects such as GStreamer and FFmpeg. Packetization schemes for ISDN-era voice systems and modern adaptive streaming services used by Netflix and Amazon Prime Video map codec frames into RTP payloads while preserving alignment for jitter buffers in middleware like Kurento.
RTCP provides sender and receiver reports, source description items, and XR extended reports to monitor quality between endpoints like Polycom, Yealink, and software clients from Google Chrome and Mozilla Firefox. RTCP interacts with network-layer QoS mechanisms such as Differentiated Services and RSVP and with carrier practices from operators like AT&T and Verizon Wireless. RTCP reports enable congestion management features in architectures used by Cisco Unified Communications Manager and open-source conferencing systems such as Jitsi Meet and BigBlueButton. Feedback mechanisms including Transport-wide Congestion Control tie into adaptive bitrate algorithms used by Spotify and YouTube Music.
RTP Network underpins telephony services offered by carriers like BT Group and Deutsche Telekom, telepresence systems from Cisco Systems and Polycom, streaming workflows at media companies such as BBC and CNN, and interactive gaming voice chat integrated into platforms like Xbox Live and PlayStation Network. It is central to WebRTC in browsers like Google Chrome and Firefox, enabling peer-to-peer video for applications such as Google Meet and Jitsi. Research deployments in institutions like MIT, Stanford University, and ETH Zurich use RTP for experimental multimedia testbeds.
RTP itself lacks built-in confidentiality; security is typically achieved using Secure Real-time Transport Protocol (SRTP) with key management via Datagram Transport Layer Security profiles, SDES, ZRTP, or DTLS-SRTP negotiated through SIP or WebRTC's ICE workflows that reference STUN and TURN servers. Deployments in regulated environments such as HIPAA-covered healthcare at Johns Hopkins Hospital and financial trading platforms at NYSE require encryption, authentication, and audit tracing provided by vendors like Cisco Systems and services like Twilio. Threat models consider interception via compromised Network Address Translation devices, replay attacks mitigated by sequence numbers and SRTP rollover counters, and denial-of-service mitigations used by carriers like Verizon.
Multiple open-source stacks implement RTP: GStreamer, FFmpeg, Libav, PJSIP, and Janus (WebRTC Server), while commercial implementations come from Cisco Systems, Microsoft, Polycom, and Avaya. Interoperability testing is conducted at events organized by bodies like the Internet Engineering Task Force and consortia such as the Open Source Routing and Switching community, and in lab environments at companies including Ericsson and Nokia. Interop challenges involve codec licensing (e.g., H.264 patents), NAT traversal handled by STUN/TURN agents like those from Twilio, and header extension compatibility across browsers (Google Chrome, Mozilla Firefox, Microsoft Edge) and devices (Android, iOS). Standards evolution continues through IETF working groups and input from vendors including Google, Apple, Cisco Systems, and Skype Technologies.
Category:Internet protocols