Re: [MMUSIC] Scope of RTP payload types in BUNDLE?

Paul Kyzivat <pkyzivat@alum.mit.edu> Fri, 07 June 2013 16:42 UTC

Return-Path: <pkyzivat@alum.mit.edu>
X-Original-To: mmusic@ietfa.amsl.com
Delivered-To: mmusic@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E094921F8425 for <mmusic@ietfa.amsl.com>; Fri, 7 Jun 2013 09:42:18 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.387
X-Spam-Level:
X-Spam-Status: No, score=-0.387 tagged_above=-999 required=5 tests=[AWL=0.050, BAYES_00=-2.599, FH_RELAY_NODNS=1.451, HELO_MISMATCH_NET=0.611, RDNS_NONE=0.1]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id OnTzuH4f+Sxw for <mmusic@ietfa.amsl.com>; Fri, 7 Jun 2013 09:42:13 -0700 (PDT)
Received: from QMTA11.westchester.pa.mail.comcast.net (qmta11.westchester.pa.mail.comcast.net [IPv6:2001:558:fe14:44:76:96:59:211]) by ietfa.amsl.com (Postfix) with ESMTP id DF14E21F842E for <mmusic@ietf.org>; Fri, 7 Jun 2013 09:42:12 -0700 (PDT)
Received: from omta17.westchester.pa.mail.comcast.net ([76.96.62.89]) by QMTA11.westchester.pa.mail.comcast.net with comcast id lPBB1l0021vXlb85BUiCEZ; Fri, 07 Jun 2013 16:42:12 +0000
Received: from Paul-Kyzivats-MacBook-Pro.local ([50.138.229.164]) by omta17.westchester.pa.mail.comcast.net with comcast id lUiC1l0063ZTu2S3dUiCSG; Fri, 07 Jun 2013 16:42:12 +0000
Message-ID: <51B20D64.7050600@alum.mit.edu>
Date: Fri, 07 Jun 2013 12:42:12 -0400
From: Paul Kyzivat <pkyzivat@alum.mit.edu>
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:17.0) Gecko/20130509 Thunderbird/17.0.6
MIME-Version: 1.0
To: Cullen Jennings <fluffy@iii.ca>
References: <749DCA95-2D40-46B3-9A3D-E63356C7A2C1@csperkins.org> <1892A917-C408-4E8F-AB19-206ED508762C@csperkins.org> <7594FB04B1934943A5C02806D1A2204B1C3799BC@ESESSMB209.ericsson.se> <4EDA75BD-D753-4153-929B-10427274224D@csperkins.org> <7594FB04B1934943A5C02806D1A2204B1C3799EE@ESESSMB209.ericsson.se>, <599C780A-F483-470E-91F2-68DBA605C79C@csperkins.org> <7594FB04B1934943A5C02806D1A2204B1C379D6E@ESESSMB209.ericsson.se>, <64C06EE8-A16D-4C3E-8A11-D6400F620A8E@csperkins.org> <7594FB04B1934943A5C02806D1A2204B1C379DC8@ESESSMB209.ericsson.se> <71ED9E54-DF0C-4DB9-A7F4-09A0BC90B177@csperkins.org> <51A3B070.1090006@alum.mit.edu> <FF8A3ABB-992C-48D9-856F-A6A21A35A0C1@iii.ca> <51AF5EEE.8080904@alum.mit.edu> <7594FB04B1934943A5C02806D1A2204B1C3836E7@ESESSMB209.ericsson.se> <51AF6BB9.3010807@alum.mit.edu> <7594FB04B1934943A5C02806D1A2204B1C383757@ESESSMB209.ericsson.se> <5E88302B-9DA1-4752-A6C5-367D6F00FAB5@iii.ca>
In-Reply-To: <5E88302B-9DA1-4752-A6C5-367D6F00FAB5@iii.ca>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=comcast.net; s=q20121106; t=1370623332; bh=sLmvUfpuwmKkC9Wed+BRB5g9TxHXsfoEBTtD/PgobBw=; h=Received:Received:Message-ID:Date:From:MIME-Version:To:Subject: Content-Type; b=cwYQDLER5OBmpywW/bfq3MaK+shpEeUrUDw+ZBc4SG8Vgx1+vAjE3kthYkT0fhZQk EBQy7oxAY4EeqeBtYqXAf21lUBi0ttRfZGMwC69SQFBwjmSJ0T0RTfnrY0qkQfdknI dW1w/SPQwuhfRxd7v2HbWIrfIGj3/QdxH3jPXfK77zOWO3hnjQGXVRdoFOOHHJohbj ezRT9ALpWhXqV3VbaTDLtCqpo0BZG5/rmprH+xh/w9E49KocoF+NTN3Lbm6JD1WSm8 wcC7aL64Z603kNE/IvcdjjFb/0IBi6JnIT1oPd8UhYNumJVvFxY/sdedOBFWEBQvYq YGnDhg/Qf+yfg==
Cc: "mmusic@ietf.org" <mmusic@ietf.org>, Christer Holmberg <christer.holmberg@ericsson.com>
Subject: Re: [MMUSIC] Scope of RTP payload types in BUNDLE?
X-BeenThere: mmusic@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Multiparty Multimedia Session Control Working Group <mmusic.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/mmusic>, <mailto:mmusic-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mmusic>
List-Post: <mailto:mmusic@ietf.org>
List-Help: <mailto:mmusic-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mmusic>, <mailto:mmusic-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 07 Jun 2013 16:42:19 -0000

On 6/6/13 1:41 AM, Cullen Jennings wrote:
>
> On Jun 6, 2013, at 12:01 AM, Christer Holmberg <christer.holmberg@ericsson.com> wrote:
>
>> For example, I PERSONALLY think one can assume to receive an SDP Answer (including SSRC/CNAME information etc) before media is received. But, as Cullen has another opinion I don't want to waste time on arguing about that - and I am fully aware what 3264 says about receiving media before the SDP answer :)
>
> In fairness here we have some different type of deployments environments. Christer is often concerned about an environment where using SIP, things like PRACK are used which allows one to get an answer before media. IN fact media is probably gated and won't work if there is not an answer before the media. I am often concerned about deployments environments where PRACK is not supported but media is not gated.

There are still environments where PRACK is not *supported*???
(As opposed to being supported but not being used.)

If so, I'll bet those environments also don't support BUNDLE. :-)
And then can't we demand that to support BUNDLE you must also support PRACK?

	Thanks,
	Paul