Re: [AVT] [Fecframe] Question from FECFRAME about RTP Payload Format Parameters
"Roni Even" <ron.even.tlv@gmail.com> Tue, 09 December 2008 20:16 UTC
Return-Path: <avt-bounces@ietf.org>
X-Original-To: avt-archive@optimus.ietf.org
Delivered-To: ietfarch-avt-archive@core3.amsl.com
Received: from [127.0.0.1] (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 4F8A83A6996; Tue, 9 Dec 2008 12:16:55 -0800 (PST)
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 ACEAA3A6996 for <avt@core3.amsl.com>; Tue, 9 Dec 2008 12:16:53 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.991
X-Spam-Level:
X-Spam-Status: No, score=-0.991 tagged_above=-999 required=5 tests=[AWL=-1.393, BAYES_00=-2.599, HTML_MESSAGE=0.001, J_CHICKENPOX_111=0.6, J_CHICKENPOX_12=0.6, J_CHICKENPOX_13=0.6, J_CHICKENPOX_14=0.6, J_CHICKENPOX_15=0.6]
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 iVZXd63ToGFf for <avt@core3.amsl.com>; Tue, 9 Dec 2008 12:16:47 -0800 (PST)
Received: from mail-fx0-f19.google.com (mail-fx0-f19.google.com [209.85.220.19]) by core3.amsl.com (Postfix) with ESMTP id 519773A6889 for <avt@ietf.org>; Tue, 9 Dec 2008 12:16:45 -0800 (PST)
Received: by fxm12 with SMTP id 12so125697fxm.13 for <avt@ietf.org>; Tue, 09 Dec 2008 12:16:40 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:to:cc:references :in-reply-to:subject:date:mime-version:content-type:x-mailer :thread-index:content-language:message-id; bh=oya+whKCv8b8TtZ+DoH3UuXdt7mzcRLK0o0nU9zCe1o=; b=LkRdmFxmRABDWSxzfOCqR5+qxupllDs4+IcZQLU/FUlHK+dvi9kvvFlm1lKz3TrIbQ xoZediexlaUEe19MESbDNo021L36q5WYYWszyphg5ppXPTBGsIgyZ2y0+qg/2plNpb/X WImexk4vL+wSClhkveMs2tuetS9BewfNpv0EI=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:cc:references:in-reply-to:subject:date:mime-version :content-type:x-mailer:thread-index:content-language:message-id; b=pHPx1jNN4NuGefdbMwVl9YKsLUw4+u5gvRBck4z0plcpu2UqNm/+4sc2OvBVvjSkwm kAaOeVKRgH6Tgrncc+7+3VhTZDcVkKy39qNtdR3ozjebPeyUB8UZZvCNR2moH+sipheI 77ZnX2KJ4I3cbRB9P8zLMNNTUm7TD+rQzGo4Y=
Received: by 10.103.49.12 with SMTP id b12mr215871muk.81.1228853025743; Tue, 09 Dec 2008 12:03:45 -0800 (PST)
Received: from windows8d787f9 (bzq-79-179-158-180.red.bezeqint.net [79.179.158.180]) by mx.google.com with ESMTPS id w5sm590483mue.55.2008.12.09.12.03.33 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 09 Dec 2008 12:03:43 -0800 (PST)
From: Roni Even <ron.even.tlv@gmail.com>
To: 'Colin Perkins' <csp@csperkins.org>, 'Mark Watson' <mark@digitalfountain.com>
References: <C547124A.3018D%mark@digitalfountain.com> <30C07EFF-2957-4427-92AA-58928687C260@csperkins.org>
In-Reply-To: <30C07EFF-2957-4427-92AA-58928687C260@csperkins.org>
Date: Tue, 09 Dec 2008 22:03:00 +0200
MIME-Version: 1.0
X-Mailer: Microsoft Office Outlook 12.0
Thread-Index: AclaKqwkzM22C1QuS0mRlk85Da7Q8AAC0kew
Content-Language: en-us
Message-ID: <493ecf1f.05ae660a.75be.209a@mx.google.com>
Cc: avt@ietf.org, fecframe@ietf.org
Subject: Re: [AVT] [Fecframe] Question from FECFRAME about RTP Payload Format Parameters
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/pipermail/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>
Content-Type: multipart/mixed; boundary="===============0726839274=="
Sender: avt-bounces@ietf.org
Errors-To: avt-bounces@ietf.org
Hi, Just to emphasis Colin email. If raptorfec is a the payload format you want to standardize than it can have parameters specified for this payload type and conveyed in fmtp line. The first example is using the generic SDP parameters approach and you will need to specify the semantics for session and media level usage of the parameters. I noticed that it is different from draft-begen-fecframe-sdp-elements-00. This solution will need to register the parameter and I assume they will relate to a registered scheme id as specified in the begen draft. Both will work and it depends what approach you are using. Roni Even From: avt-bounces@ietf.org [mailto:avt-bounces@ietf.org] On Behalf Of Colin Perkins Sent: Tuesday, December 09, 2008 8:18 PM To: Mark Watson Cc: avt@ietf.org; fecframe@ietf.org Subject: Re: [AVT] [Fecframe] Question from FECFRAME about RTP Payload Format Parameters Mark, RTP payload formats are named using media subtypes, which have associated media subtype parameters. Those parameters are conveyed in SDP using the "a=fmtp:" line. If you're designing an RTP payload format, it should use that standard mechanism for naming the format and conveying its parameters. The FEC-scheme-specific information would be one of those parameters, I assume, carried in the "a=fmtp:" line. Colin On 17 Nov 2008, at 18:21, Mark Watson wrote: All, The following question was discussed at FECFRAME and it was suggested to take this to AVT as well. FECFRAME has defined an SDP attribute to carry information about FEC repair flows which is specific to the particular FEC Scheme being used. This attribute contains an 'opaque' container which contains FEC-Scheme-specific information that is supposed to be handled by the FEC scheme. This is a generic mechanism which could be applied whether the FEC repair data is carried over RTP or directly over UDP. In the case that RTP is used for repair data, then RTP Payload Format must be defined for the FEC Scheme in the usual way. In this context we have the possibility to define RTP Payload Format parameters which would then be carried in the a=fmtp SDP parameter. The question under discussion is whether we should define RTP Payload Format parameters at all, or whether we can use the FEC Framework SDP attribute in the RTP context just as it is used for repair data carried over UDP. The advantage of defining RTP Payload Format Parameters is that this is the standard and recognised way of communicating parameters which are needed to process data carried in an RTP Payload. The disadvantage of defining RTP Payload Format Parameters is that we essentially end up with two mechanisms for carrying the same information and this causes additional implementation work and potential for confusion about which mechanism should be used when. An example of SDP using the FECFRAME attribute would be: v=0 o=ali 1122334455 1122334466 IN IP4 fec.example.com t=0 0 a=group:FEC S1 R1 m=video 30000 RTP/AVP 100 c=IN IP4 224.1.1.1/127 a=rtpmap:100 MP2T/90000 a=mid:S1 m=application 30000 RTP/AVP 110 c=IN IP4 224.1.2.1/127 a=rtpmap:110 raptorfec/90000 a=fec-repair-flow: encoding-id=0; fssi=4W5S6X a=repair-window: 200 ms a=mid:R1 And an example using RTP Payload Format Parameters would be: v=0 o=ali 1122334455 1122334466 IN IP4 fec.example.com t=0 0 a=group:FEC S1 R1 m=video 30000 RTP/AVP 100 c=IN IP4 224.1.1.1/127 a=rtpmap:100 MP2T/90000 a=mid:S1 m=application 30000 RTP/AVP 110 c=IN IP4 224.1.2.1/127 a=rtpmap:110 raptorfec/90000 a=fmtp:110 sbl=1231; symbol-size=96; repair-window=200ms a=mid:R1 FECFRAME would like to hear opinions from AVT on this question. Regards, Mark Watson _______________________________________________ Fecframe mailing list Fecframe@ietf.org https://www.ietf.org/mailman/listinfo/fecframe -- Colin Perkins http://csperkins.org/
_______________________________________________ Audio/Video Transport Working Group avt@ietf.org https://www.ietf.org/mailman/listinfo/avt
- [AVT] Question from FECFRAME about RTP Payload Fo… Mark Watson
- Re: [AVT] [Fecframe] Question from FECFRAME about… Colin Perkins
- Re: [AVT] [Fecframe] Question from FECFRAME about… Roni Even
- Re: [AVT] [Fecframe] Question from FECFRAME about… Mark Watson