[AVT] New Version: draft-versteeg-avt-rapid-synchronization-for-rtp-02

["Ali C. Begen (abegen)" <abegen at cisco.com>]

An updated version of our draft is available at:
http://www.ietf.org/internet-drafts/draft-versteeg-avt-rapid-synchroniza
tion-for-rtp-02.txt

As usual, comments are welcome.
-acbegen 

-----Original Message-----
From: IETF I-D Submission Tool [mailto:idsubmission at ietf.org] 

A new version of I-D,
draft-versteeg-avt-rapid-synchronization-for-rtp-02.txt has been
successfuly submitted by Ali Begen and posted to the IETF repository.

Filename:	 draft-versteeg-avt-rapid-synchronization-for-rtp
Revision:	 02
Title:		 Unicast-Based Rapid Synchronization with RTP Multicast
Sessions
Creation_date:	 2009-03-09
WG ID:		 Independent Submission
Number_of_pages: 32

Abstract:
When a 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 interval, size of the Reference
Information as well as the application and transport properties, the
time lag before a receiver can usefully consume the multicast data,
which we refer to as the synchronization delay, varies and may 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 RTCP protocol machinery that reduces the
synchronization delay.  In this method, an auxiliary unicast RTP
session carrying the Reference Information to the receiver precedes/
accompanies the multicast flow.  This unicast flow may be transmitted
at a faster than natural rate to further accelerate the
synchronization.  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 synchronization delay is long
enough to be a problem.
 



The IETF Secretariat.