Support for Reduced-Size Real-Time Transport Control Protocol (RTCP): Opportunities and Consequences

Westerlund, Magnus; Johansson, Ingemar

doi:10.17487/rfc5506

Cited by 26 publications

(20 citation statements)

References 14 publications

Supporting

Mentioning

Contrasting

Unclassified

Order By: Relevance

“…It is RECOMMENDED to use reduced-size RTCP [RFC5506], where regular full compound RTCP transmission is controlled by trr-int as described in [RFC4585]. …”

Section: Requirements On Feedback Intensitymentioning

confidence: 99%

Self-Clocked Rate Adaptation for Multimedia

Johansson¹,

Sarker²

2017

Self Cite

View full text Add to dashboard Cite

“…It is RECOMMENDED to use reduced-size RTCP [RFC5506], where regular full compound RTCP transmission is controlled by trr-int as described in [RFC4585]. …”

Section: Requirements On Feedback Intensitymentioning

confidence: 99%

Self-Clocked Rate Adaptation for Multimedia

Johansson¹,

Sarker²

2017

Self Cite

View full text Add to dashboard Cite

“…A different set of considerations is worthwhile for RTP/RTCP multiplexing [RFC5761] and Reduced-Size RTCP [RFC5506]. While the former allows for a better management of network resources by multiplexing RTP packets and RTCP messages over the same transport, the latter allows for a compression of RTCP messages, thus leading to less network traffic.…”

Section: Explicit Congestion Notification (Ecn) [Rfc6679]mentioning

confidence: 99%

Guidelines for End-to-End Support of the RTP Control Protocol (RTCP) in Back-to-Back User Agents (B2BUAs)

Miniero¹,

Pascual²,

Murillo³

2017

View full text Add to dashboard Cite

SIP Back-to-Back User Agents (B2BUAs) are often designed to also be on the media path, rather than just to intercept signalling. This means that B2BUAs often implement an RTP or RTP Control Protocol (RTCP) stack as well, thus leading to separate multimedia sessions that the B2BUA correlates and bridges together. If not disciplined, this behaviour can severely impact the communication experience, especially when statistics and feedback information contained in RTCP messages get lost because of mismatches in the reported data.This document defines the proper behaviour B2BUAs should follow when acting on both the signalling plane and media plane in order to preserve the end-to-end functionality of RTCP.

show abstract

“…Depending on the specific scenario and timeliness/importance of a RAMS message, it can be desirable to send it in a reduced-size RTCP packet [RFC5506]. However, unless support for [RFC5506] has been signaled, compound RTCP packets MUST be used by following [RFC3550] rules.…”

Section: +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-mentioning

confidence: 99%

“…However, unless support for [RFC5506] has been signaled, compound RTCP packets MUST be used by following [RFC3550] rules.…”

Section: +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-mentioning

confidence: 99%

Unicast-Based Rapid Acquisition of Multicast RTP Sessions

Begen¹,

Vax²

2011

View full text Add to dashboard Cite

When an RTP receiver joins a multicast session, it may need to acquire and parse certain Reference Information before it can process any data sent in the multicast session. Depending on the join time, length of the Reference Information repetition (or appearance) interval, size of the Reference Information, and the application and transport properties, the time lag before an RTP receiver can usefully consume the multicast data, which we refer to as the Acquisition Delay, varies and can be large. This is an undesirable phenomenon for receivers that frequently switch among different multicast sessions, such as video broadcasts.In this document, we describe a method using the existing RTP and RTP Control Protocol (RTCP) machinery that reduces the acquisition delay. In this method, an auxiliary unicast RTP session carrying the Reference Information to the receiver precedes or accompanies the multicast stream. This unicast RTP flow can be transmitted at a faster than natural bitrate to further accelerate the acquisition. The motivating use case for this capability is multicast applications that carry real-time compressed audio and video. However, this method can also be used in other types of multicast applications where the acquisition delay is long enough to be a problem.

show abstract

Support for Reduced-Size Real-Time Transport Control Protocol (RTCP): Opportunities and Consequences

Cited by 26 publications

References 14 publications

Self-Clocked Rate Adaptation for Multimedia

Self-Clocked Rate Adaptation for Multimedia

Guidelines for End-to-End Support of the RTP Control Protocol (RTCP) in Back-to-Back User Agents (B2BUAs)

Unicast-Based Rapid Acquisition of Multicast RTP Sessions

Contact Info

Product

Resources

About