Re: [AVT] How is SDP a=fmtp used for RFC 2198?
Colin Perkins <csp@csperkins.org> Mon, 05 April 2004 12:38 UTC
Received: from optimus.ietf.org (optimus.ietf.org [132.151.1.19]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id IAA27303 for <avt-archive@odin.ietf.org>; Mon, 5 Apr 2004 08:38:46 -0400 (EDT)
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 1BATMl-00065i-Sh for avt-archive@odin.ietf.org; Mon, 05 Apr 2004 08:38:18 -0400
Received: (from exim@localhost) by www1.ietf.org (8.12.8/8.12.8/Submit) id i35CcFtS023385 for avt-archive@odin.ietf.org; Mon, 5 Apr 2004 08:38:15 -0400
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 1BATMY-00063i-0S; Mon, 05 Apr 2004 08:38:02 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 1BATKK-0005dT-3d for avt@optimus.ietf.org; Mon, 05 Apr 2004 08:35:46 -0400
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id IAA27006 for <avt@ietf.org>; Mon, 5 Apr 2004 08:35:41 -0400 (EDT)
Received: from ietf-mx ([132.151.6.1]) by ietf-mx with esmtp (Exim 4.12) id 1BATKI-000511-00 for avt@ietf.org; Mon, 05 Apr 2004 08:35:42 -0400
Received: from exim by ietf-mx with spam-scanned (Exim 4.12) id 1BATId-0004lL-00 for avt@ietf.org; Mon, 05 Apr 2004 08:34:00 -0400
Received: from dundee.dcs.gla.ac.uk ([130.209.242.163]) by ietf-mx with esmtp (Exim 4.12) id 1BATHv-0004ZK-00 for avt@ietf.org; Mon, 05 Apr 2004 08:33:15 -0400
Received: from alor ([130.209.247.84]:55212) by dundee.dcs.gla.ac.uk with asmtp (TLSv1:RC4-SHA:128) (Exim 4.04) id 1BATHP-0006BC-00; Mon, 05 Apr 2004 13:32:43 +0100
In-Reply-To: <406DB4B7.2070909@convedia.com>
References: <20040329135920.088a0720.csp@csperkins.org> <BHEHLFPKIPMLPFNFAHJKCEICDPAA.gunnar.hellstrom@omnitor.se> <20040331163154.38cf8d5d.csp@csperkins.org> <406DB4B7.2070909@convedia.com>
Mime-Version: 1.0 (Apple Message framework v613)
Content-Type: text/plain; charset="US-ASCII"; format="flowed"
Message-Id: <54FDFEE2-86FD-11D8-8A64-000A957FC5F2@csperkins.org>
Content-Transfer-Encoding: 7bit
Cc: magnus.westerlund@ericsson.com, avt@ietf.org, paulej@packetizer.com, Gunnar Hellstrom <gunnar.hellstrom@omnitor.se>
From: Colin Perkins <csp@csperkins.org>
Subject: Re: [AVT] How is SDP a=fmtp used for RFC 2198?
Date: Mon, 05 Apr 2004 13:32:41 +0100
To: Tim Melanchuk <timm@convedia.com>
X-Mailer: Apple Mail (2.613)
X-Spam-Checker-Version: SpamAssassin 2.60 (1.212-2003-09-23-exp) on ietf-mx.ietf.org
X-Spam-Status: No, hits=0.1 required=5.0 tests=AWL autolearn=no version=2.60
Content-Transfer-Encoding: 7bit
Sender: avt-admin@ietf.org
Errors-To: avt-admin@ietf.org
X-BeenThere: avt@ietf.org
X-Mailman-Version: 2.0.12
Precedence: bulk
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/avt>, <mailto:avt-request@ietf.org?subject=unsubscribe>
List-Id: Audio/Video Transport Working Group <avt.ietf.org>
List-Post: <mailto:avt@ietf.org>
List-Help: <mailto:avt-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/avt>, <mailto:avt-request@ietf.org?subject=subscribe>
Content-Transfer-Encoding: 7bit
On 2 Apr 2004, at 19:45, Tim Melanchuk wrote:
> to clarify with respect to using rfc2198 redundancy with rfc2833
> telephone events, the sdp for the example on page 10 of rfc2833,
> which shows 3 events in one packet, would have had:
>
> a=rtpmap:96 red/8000
> a=rtpmap:97 telephone-event/8000
> a=fmtp:96 97/97/97
>
> as well, at most 3 telephone-events could occur in one packet.
> is this interpretation correct?
Yes, according to Section 5 of RFC 2198:
To receive a redundant stream, this is all that is required. However
to send a redundant stream, the sender needs to know which codecs are
recommended for the primary and secondary (and tertiary, etc)
encodings. This information is specific to the redundancy format,
and is specified using an additional attribute "fmtp" which conveys
format-specific information. A session directory does not parse the
values specified in an fmtp attribute but merely hands it to the
media tool unchanged. For redundancy, we define the format
parameters to be a slash "/" separated list of RTP payload types.
Colin
_______________________________________________
Audio/Video Transport Working Group
avt@ietf.org
https://www1.ietf.org/mailman/listinfo/avt
- [AVT] Comments on draft-ietf-avt-rfc2793bis-03.txt Magnus Westerlund
- RE: [AVT] Comments on draft-ietf-avt-rfc2793bis-0… Gunnar Hellstrom
- [AVT] How is SDP a=fmtp used for RFC 2198? Magnus Westerlund
- RE: [AVT] How is SDP a=fmtp used for RFC 2198? Gunnar Hellstrom
- Re: [AVT] How is SDP a=fmtp used for RFC 2198? Magnus Westerlund
- Re: [AVT] How is SDP a=fmtp used for RFC 2198? Colin Perkins
- Re: [AVT] How is SDP a=fmtp used for RFC 2198? Colin Perkins
- Re: [AVT] How is SDP a=fmtp used for RFC 2198? Tim Melanchuk
- Re: [AVT] How is SDP a=fmtp used for RFC 2198? Colin Perkins
- RE: [AVT] How is SDP a=fmtp used for RFC 2198? Gunnar Hellstrom
- RE: [AVT] How is SDP a=fmtp used for RFC 2198? Gunnar Hellstrom
- Re: [AVT] How is SDP a=fmtp used for RFC 2198? Magnus Westerlund
- Re: [AVT] How is SDP a=fmtp used for RFC 2198? Randell Jesup
- RE: [AVT] -Bursty packet loss for text. - Was: Ho… Gunnar Hellstrom
- RE: [AVT] -Bursty packet loss for text. - Was: Ho… Alan Clark
- Re: [AVT] How is SDP a=fmtp used for RFC 2198? Colin Perkins