Re: [AVT] Fwd: I-D Action:draft-perkins-avt-rapid-rtp-sync-02.txt

<gerard.babonneau@orange-ftgroup.com> Tue, 17 February 2009 09:56 UTC

Return-Path: <gerard.babonneau@orange-ftgroup.com>
X-Original-To: avt@core3.amsl.com
Delivered-To: avt@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 4CE1528C131 for <avt@core3.amsl.com>; Tue, 17 Feb 2009 01:56:41 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.249
X-Spam-Level:
X-Spam-Status: No, score=-3.249 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HELO_EQ_FR=0.35, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id cmkLmkI93p0B for <avt@core3.amsl.com>; Tue, 17 Feb 2009 01:56:40 -0800 (PST)
Received: from p-mail1.rd.francetelecom.com (p-mail1.rd.francetelecom.com [195.101.245.15]) by core3.amsl.com (Postfix) with ESMTP id 939833A65A5 for <avt@ietf.org>; Tue, 17 Feb 2009 01:56:37 -0800 (PST)
Received: from ftrdmel3.rd.francetelecom.fr ([10.193.117.155]) by ftrdsmtp1.rd.francetelecom.fr with Microsoft SMTPSVC(6.0.3790.3959); Tue, 17 Feb 2009 10:56:47 +0100
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Date: Tue, 17 Feb 2009 10:56:45 +0100
Message-ID: <941BA0BF46DB8F4983FF7C8AFE800BC208A3CA3C@ftrdmel3>
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
Thread-Topic: [AVT] Fwd: I-D Action:draft-perkins-avt-rapid-rtp-sync-02.txt
Thread-Index: AcmOAfYXKiMvHv5BQkSqjltGzeNWiACIeNVw
References: <20090213144501.45E803A6B0A@core3.amsl.com> <C31AC42F-0694-4B91-96AC-939FA0B64539@csperkins.org>
From: gerard.babonneau@orange-ftgroup.com
To: csp@csperkins.org, avt@ietf.org
X-OriginalArrivalTime: 17 Feb 2009 09:56:47.0532 (UTC) FILETIME=[0C0546C0:01C990E6]
Subject: Re: [AVT] Fwd: I-D Action:draft-perkins-avt-rapid-rtp-sync-02.txt
X-BeenThere: avt@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Audio/Video Transport Working Group <avt.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/avt>, <mailto:avt-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/avt>
List-Post: <mailto:avt@ietf.org>
List-Help: <mailto:avt-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/avt>, <mailto:avt-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 17 Feb 2009 09:56:41 -0000

Hi,

OK with this draft that improve the synchronization time between multiple sessions. I guess its usage is larger than SVC and multi-description codecs.
Some remarks to consider in this document.
1) If a multicast (or broadcast) session has no feedback channel, the source must send peiodically synchronization messages, with a short period (as ~200ms or less, for example).
2) RTP header extension adds 12 bytes. The source must reserve them in all packets in order to avoid fragmentation at IP level, because (I suppose?) insertion of this extension header may be independant of the RTP payload building. This is very bad when packet losses occur. So could be possible to have RTP packets that contain only header and extension for synchronization?
3) The receiver must have confidence with synchronization information it receives. It is the responsability of the sources to give precize information.
4) About variant A and B, it depends the precision that synchronization needs: a 16 bit information for ntp fraction and 8 bits for ntp seconds could be sufficient, because 16 bit fraction give 15 micro-second precision, and period between synchronization messages never exceed 250 seconds. Could a 32 bit word contain all these information? This may be usefull if extension is in a RTP message with data, according to IP fragmentation.

Regards,

Gerard BABONNEAU



-----Message d'origine-----
De : avt-bounces@ietf.org [mailto:avt-bounces@ietf.org] De la part de Colin Perkins
Envoyé : vendredi 13 février 2009 18:39
À : IETF AVT WG
Objet : [AVT] Fwd: I-D Action:draft-perkins-avt-rapid-rtp-sync-02.txt

This draft is a merger between draft-perkins-avt-rapid-rtp- sync-01.txt and draft-schierl-avt-rtp-ntp-for-layered-codecs-00.txt.

Please send any comments to the list. We'd like this to be considered for adoption as an AVT working group draft.

Colin



Begin forwarded message:
> From: Internet-Drafts@ietf.org
> Date: 13 February 2009 14:45:01 GMT
> To: i-d-announce@ietf.org
> Subject: I-D Action:draft-perkins-avt-rapid-rtp-sync-02.txt
> Reply-To: internet-drafts@ietf.org
>
> A New Internet-Draft is available from the on-line Internet-Drafts 
> directories.
>
> 	Title           : Rapid Synchronisation of RTP Flows
> 	Author(s)       : C. Perkins, T. Schierl
> 	Filename        : draft-perkins-avt-rapid-rtp-sync-02.txt
> 	Pages           : 18
> 	Date            : 2009-02-13
>
> This memo outlines how RTP multimedia sessions are synchronised, and 
> discusses how rapidly such synchronisation can occur.  We show that 
> most RTP sessions can be synchronised immediately, but that the use of 
> video switching multipoint conference units (MCUs) or large source 
> specific multicast (SSM) groups can greatly increase the initial 
> synchronisation delay.  This increase in delay can be unacceptable to 
> some applications that use layered and/or multi-description codecs.
>
> This memo updates the RTP Control Protocol (RTCP) timing rules to 
> reduce the initial synchronisation delay for SSM sessions.  A new 
> feedback packet is defined for use with the Extended RTP Profile for 
> RTCP-based Feedback (RTP/AVPF), allowing video switching MCUs to 
> rapidly request resynchronisation.  Two new RTP header extensions are 
> defined to allow rapid synchronisation of late joiners, and guarantee 
> correct timestamp based decoding order recovery for layered codecs in 
> the presence of clock skew.
>
> A URL for this Internet-Draft is:
> http://www.ietf.org/internet-drafts/draft-perkins-avt-rapid-rtp-
> sync-02.txt



-- 
Colin Perkins
http://csperkins.org/



_______________________________________________
Audio/Video Transport Working Group
avt@ietf.org
https://www.ietf.org/mailman/listinfo/avt