Subject: [AVT] FW: New Version Notification for draft-ietf-avt-rapid-acquisition-for-rtp-16

From: "Ali C. Begen (abegen)" <[email-masked]>
Date: Sat, 16 Oct 2010 20:32:07 -0700

This revision addresses the comments received from Keith, Magnus, general area and security area reviewers.

Diff is available here:
http://tools.ietf.org/rfcdiff?url2=draft-ietf-avt-rapid-acquisition-for-rtp-16

-acbegen

-----Original Message-----
From: IETF I-D Submission Tool [mailto:[email-masked]] 
Sent: Saturday, October 16, 2010 11:27 PM
To: Ali C. Begen (abegen)
Cc: [email-masked]; [email-masked]; [email-masked]
Subject: New Version Notification for draft-ietf-avt-rapid-acquisition-for-rtp-16 

A new version of I-D, draft-ietf-avt-rapid-acquisition-for-rtp-16.txt has been successfully submitted by Ali Begen and posted to the IETF repository.

Filename:	 draft-ietf-avt-rapid-acquisition-for-rtp
Revision:	 16
Title:		 Unicast-Based Rapid Acquisition of Multicast RTP Sessions
Creation_date:	 2010-10-16
WG ID:		 avt
Number_of_pages: 56

Abstract:
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 as well as 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/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, the
proposed method can also be used in other types of multicast
applications where the acquisition delay is long enough to be a
problem.

The IETF Secretariat.