Re: [MMUSIC] BUNDLE Weekly Summary: Assumptions

Paul Kyzivat <pkyzivat@alum.mit.edu> Fri, 10 May 2013 22:06 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 B4EE121F8FFC for <mmusic@ietfa.amsl.com>; Fri, 10 May 2013 15:06:26 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.14
X-Spam-Level:
X-Spam-Status: No, score=-0.14 tagged_above=-999 required=5 tests=[AWL=0.297, 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 zsmPDL96hzqr for <mmusic@ietfa.amsl.com>; Fri, 10 May 2013 15:06:21 -0700 (PDT)
Received: from qmta12.westchester.pa.mail.comcast.net (qmta12.westchester.pa.mail.comcast.net [IPv6:2001:558:fe14:44:76:96:59:227]) by ietfa.amsl.com (Postfix) with ESMTP id B77DE21F8FB6 for <mmusic@ietf.org>; Fri, 10 May 2013 15:06:20 -0700 (PDT)
Received: from omta18.westchester.pa.mail.comcast.net ([76.96.62.90]) by qmta12.westchester.pa.mail.comcast.net with comcast id aMtC1l0021wpRvQ5CN6Lg6; Fri, 10 May 2013 22:06:20 +0000
Received: from Paul-Kyzivats-MacBook-Pro.local ([50.138.229.164]) by omta18.westchester.pa.mail.comcast.net with comcast id aN6K1l00y3ZTu2S3eN6LVa; Fri, 10 May 2013 22:06:20 +0000
Message-ID: <518D6F5A.305@alum.mit.edu>
Date: Fri, 10 May 2013 18:06:18 -0400
From: Paul Kyzivat <pkyzivat@alum.mit.edu>
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:17.0) Gecko/20130328 Thunderbird/17.0.5
MIME-Version: 1.0
To: mmusic@ietf.org
References: <7594FB04B1934943A5C02806D1A2204B1C36B485@ESESSMB209.ericsson.se> <C5E08FE080ACFD4DAE31E4BDBF944EB1134DEF4B@xmb-aln-x02.cisco.com>
In-Reply-To: <C5E08FE080ACFD4DAE31E4BDBF944EB1134DEF4B@xmb-aln-x02.cisco.com>
Content-Type: text/plain; charset="windows-1252"; format="flowed"
Content-Transfer-Encoding: 8bit
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=comcast.net; s=q20121106; t=1368223580; bh=jNVSQ5C4JHm7RqBLhb03aOOMfQ8bwiiJNT9S/55doDU=; h=Received:Received:Message-ID:Date:From:MIME-Version:To:Subject: Content-Type; b=MHJjA5+2A4bY8PaND9Fl6SQpKN917L/CTQxJUxtyKrlt7x+8D9T/LKqCC/xfcL60G sLEuu/Mi/ozUBt/0Hzi1pI6K9ZjgIO1Rmpmlsx1IOWRk/Z5NgAzbnBG5PLnJKhQhop 0Y8O9MbEOmBgr+PYnUt4IWj9TjMlxY+2cvd1BEvPoK8F3fUsgjGrEoZdDHACJZvjEp I3DPHWFnDPZQWXMlqdVVZq9Z6UCDnm1gWS3GV2DY+OIW1tyHPxsX2FP0I7Lmqn9aYC NO2p5XQU4LNlVO6zpxK7VQaSN9VJmvb0Eg/Q7dyXFx3hjjfLHFAorA60Sql2H63xjY GpMiF0GA5LBuQ==
Subject: Re: [MMUSIC] BUNDLE Weekly Summary: Assumptions
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, 10 May 2013 22:06:26 -0000

On 5/10/13 5:21 PM, Cullen Jennings (fluffy) wrote:

>> 2.       SDP m- lines with a zero port value MUST NOT be put inside a BUNDLE group (not in an offer, nor in an answer). There will be a note indicating that, due to this, the number of m- lines associated with a BUNDLE group may differ between the offer and the associated answer. There will also be a note indicating that this is due to RFC 5888, in case people later start to wonder where the “MUST NOT” comes from.
>
> object to this. I think EKR's idea of doing this explicitly in an offer to indicate that the line is only being offered in a bundle is a good one.

Then we must revise 5888.

Its hard to say whether we could get away with making that change 
without dealing with backward compatibility issues.

Maybe we should ask the authors (Gonzalo and Henning) why that 
limitation was put in. It does seem pretty arbitrary.

	Thanks,
	Paul