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