Multicast Acquisition Report Block Type for RTP Control Protocol (RTCP) Extended Reports (XRs)
draft-ietf-avt-multicast-acq-rtcp-xr-01

Document Type Replaced Internet-Draft (avtext WG)
Last updated 2011-04-04 (latest revision 2010-05-20)
Replaces draft-begen-avt-rapid-sync-rtcp-xr
Replaced by draft-ietf-avtext-multicast-acq-rtcp-xr
Stream IETF
Intended RFC status (None)
Formats
Expired & archived
plain text pdf html
Stream WG state WG Document
Document shepherd No shepherd assigned
IESG IESG state Replaced by draft-ietf-avtext-multicast-acq-rtcp-xr
Telechat date
Responsible AD (None)
Send notices to (None)

This Internet-Draft is no longer active. A copy of the expired Internet-Draft can be found at
https://www.ietf.org/archive/id/draft-ietf-avt-multicast-acq-rtcp-xr-01.txt

Abstract

In most RTP-based multicast applications, the RTP source sends inter- related data. Due to this interdependency, randomly joining RTP receivers usually cannot start consuming the multicast data right after they join the session. Thus, they often experience a random acquisition delay. One approach to reduce this delay is to use an auxiliary unicast RTP session with a retransmission server to receive a burst stream that facilitates rapid acquisition of the multicast stream. An RTP receiver may use this approach (or any other approach) to achieve rapid acquisition. Yet, due to various factors, performance of the rapid acquisition methods usually varies. Furthermore, in some cases the RTP receiver may (or may have to) do a simple multicast join. For quality reporting, monitoring and diagnostics purposes, it is important to collect detailed information from the RTP receivers about their acquisition and presentation experiences. This document addresses this issue by defining a new report block type, called Multicast Acquisition (MA) Report Block, within the framework of RTP Control Protocol (RTCP) Extended Reports (XR). This document also defines the necessary signaling of the new MA report block type in the Session Description Protocol (SDP).

Authors

Ali Begen (abegen@cisco.com)
Eric Friedrich (efriedri@cisco.com)

(Note: The e-mail addresses provided for the authors of this Internet-Draft may no longer be valid.)