Re: [MMUSIC] BUNDLE Weekly Summary: Assumptions

Paul Kyzivat <> Fri, 10 May 2013 22:06 UTC

Return-Path: <>
Received: from localhost (localhost []) by (Postfix) with ESMTP id B4EE121F8FFC for <>; Fri, 10 May 2013 15:06:26 -0700 (PDT)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -0.14
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 ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id zsmPDL96hzqr for <>; Fri, 10 May 2013 15:06:21 -0700 (PDT)
Received: from ( [IPv6:2001:558:fe14:44:76:96:59:227]) by (Postfix) with ESMTP id B77DE21F8FB6 for <>; Fri, 10 May 2013 15:06:20 -0700 (PDT)
Received: from ([]) by with comcast id aMtC1l0021wpRvQ5CN6Lg6; Fri, 10 May 2013 22:06:20 +0000
Received: from Paul-Kyzivats-MacBook-Pro.local ([]) by with comcast id aN6K1l00y3ZTu2S3eN6LVa; Fri, 10 May 2013 22:06:20 +0000
Message-ID: <>
Date: Fri, 10 May 2013 18:06:18 -0400
From: Paul Kyzivat <>
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
References: <> <>
In-Reply-To: <>
Content-Type: text/plain; charset="windows-1252"; format="flowed"
Content-Transfer-Encoding: 8bit
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;; 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-Mailman-Version: 2.1.12
Precedence: list
List-Id: Multiparty Multimedia Session Control Working Group <>
List-Unsubscribe: <>, <>
List-Archive: <>
List-Post: <>
List-Help: <>
List-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.