Re: [AVT] Comments on draft-ietf-avt-ulp-09.txt
Magnus Westerlund <magnus.westerlund@ericsson.com> Thu, 22 April 2004 10:26 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 GAA16308 for <avt-archive@odin.ietf.org>; Thu, 22 Apr 2004 06:26:56 -0400 (EDT)
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 1BGbMd-0006OO-To for avt-archive@odin.ietf.org; Thu, 22 Apr 2004 06:23:28 -0400
Received: (from exim@localhost) by www1.ietf.org (8.12.8/8.12.8/Submit) id i3MANRo7024572 for avt-archive@odin.ietf.org; Thu, 22 Apr 2004 06:23:27 -0400
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 1BGbCb-0003TO-Re; Thu, 22 Apr 2004 06:13:05 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 1BGb8T-0001MB-Oz for avt@optimus.ietf.org; Thu, 22 Apr 2004 06:08:49 -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 GAA15777 for <avt@ietf.org>; Thu, 22 Apr 2004 06:08:43 -0400 (EDT)
Received: from ietf-mx.ietf.org ([132.151.6.1] helo=ietf-mx) by ietf-mx with esmtp (Exim 4.32) id 1BGb8O-0002C7-1i for avt@ietf.org; Thu, 22 Apr 2004 06:08:44 -0400
Received: from exim by ietf-mx with spam-scanned (Exim 4.12) id 1BGb7T-0001z9-00 for avt@ietf.org; Thu, 22 Apr 2004 06:07:48 -0400
Received: from penguin.ericsson.se ([193.180.251.47]) by ietf-mx with esmtp (Exim 4.12) id 1BGb6o-0001mG-00 for avt@ietf.org; Thu, 22 Apr 2004 06:07:07 -0400
Received: from esealmw141.al.sw.ericsson.se ([153.88.254.120]) by penguin.ericsson.se (8.12.10/8.12.10/WIREfire-1.8b) with ESMTP id i3MA77PA009253 for <avt@ietf.org>; Thu, 22 Apr 2004 12:07:07 +0200 (MEST)
Received: from esealnt611.al.sw.ericsson.se ([153.88.254.121]) by esealmw141.al.sw.ericsson.se with Microsoft SMTPSVC(6.0.3790.0); Thu, 22 Apr 2004 12:07:07 +0200
Received: from ericsson.com (research-1fd0e1.ki.sw.ericsson.se [147.214.34.138]) by esealnt611.al.sw.ericsson.se with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2657.72) id JNL8C4X3; Thu, 22 Apr 2004 12:05:58 +0200
Message-ID: <40879900.9070401@ericsson.com>
Date: Thu, 22 Apr 2004 12:05:52 +0200
X-Sybari-Trust: 8166a22b 2c4885b5 b23c9d2a 00000138
From: Magnus Westerlund <magnus.westerlund@ericsson.com>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.4) Gecko/20030624 Netscape/7.1 (ax)
X-Accept-Language: sv, en-us, en
MIME-Version: 1.0
To: Adam Li <adamli@icsl.ucla.edu>
CC: IETF AVT WG <avt@ietf.org>
Subject: Re: [AVT] Comments on draft-ietf-avt-ulp-09.txt
References: <40684B99.6010603@ericsson.com>
In-Reply-To: <40684B99.6010603@ericsson.com>
Content-Type: text/plain; charset="us-ascii"; format="flowed"
Content-Transfer-Encoding: 7bit
X-OriginalArrivalTime: 22 Apr 2004 10:07:07.0240 (UTC) FILETIME=[9189B680:01C42851]
X-Spam-Checker-Version: SpamAssassin 2.60 (1.212-2003-09-23-exp) on ietf-mx.ietf.org
X-Spam-Status: No, hits=0.0 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
Hi, I have one further comment in regards to ULP. Currently the draft and RFC 2733 specifies that in the case one uses RTP session multiplexing of FEC packets and the original streams, the FEC RTP session is in SDP signalled within the a=fmtp line. I think this has some problems associated with them. 1. If prevents from using another RTP profile, transport etc., then the original session. 2. It requires one to define a RTP payload type that looks like it will be transmitted in a session where it will not at all be used. 3. Any other mechanism that is defined in the m= media block concept is not possible to apply to the new session. One such example showing the importance of these problems are the "a=crypto" attribute defined by draft-ietf-mmusic-sdescriptions. Where it currently is impossible to specify a security context for this FEC session. My proposal to resolve all these problems is that the FEC sessions are instead defined using normal m= blocks and one utilize the grouping of media line (RFC 3388) to bind original and FEC sessions together. This is what is done in the RTP retransmission work. As we anyway are redefining the FEC packets in a non backwards comptible ways, changing signalling at the same time does not appear to have any interoperability impact. Cheers Magnus Westerlund Multimedia Technologies, Ericsson Research EAB/TVA/A ---------------------------------------------------------------------- Ericsson AB | Phone +46 8 4048287 Torshamsgatan 23 | Fax +46 8 7575550 S-164 80 Stockholm, Sweden | mailto: magnus.westerlund@ericsson.com _______________________________________________ Audio/Video Transport Working Group avt@ietf.org https://www1.ietf.org/mailman/listinfo/avt
- [AVT] Comments on draft-ietf-avt-ulp-09.txt Magnus Westerlund
- Re: [AVT] Comments on draft-ietf-avt-ulp-09.txt Magnus Westerlund