Re: [MMUSIC] BUNDLE Weekly Summary: Assumptions

Christer Holmberg <> Mon, 13 May 2013 11:48 UTC

Return-Path: <>
Received: from localhost (localhost []) by (Postfix) with ESMTP id 0ABBE21F9552 for <>; Mon, 13 May 2013 04:48:49 -0700 (PDT)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -4.95
X-Spam-Status: No, score=-4.95 tagged_above=-999 required=5 tests=[AWL=1.299, BAYES_00=-2.599, HELO_EQ_SE=0.35, RCVD_IN_DNSWL_MED=-4]
Received: from ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id T9CJlY25SxCH for <>; Mon, 13 May 2013 04:48:44 -0700 (PDT)
Received: from ( []) by (Postfix) with ESMTP id 784E821F9540 for <>; Mon, 13 May 2013 04:48:43 -0700 (PDT)
X-AuditID: c1b4fb30-b7f3a6d0000007a4-4f-5190d31a3d4f
Received: from (Unknown_Domain []) by (Symantec Mail Security) with SMTP id EB.DB.01956.A13D0915; Mon, 13 May 2013 13:48:42 +0200 (CEST)
Received: from ([]) by ([]) with mapi id 14.02.0328.009; Mon, 13 May 2013 13:48:41 +0200
From: Christer Holmberg <>
To: Christer Holmberg <>, Paul Kyzivat <>, Jonathan Lennox <>
Thread-Topic: [MMUSIC] BUNDLE Weekly Summary: Assumptions
Date: Mon, 13 May 2013 11:48:41 +0000
Message-ID: <>
References: <> <> <> <> <> <> <> <> <>
In-Reply-To: <>
Accept-Language: en-US
Content-Language: en-US
x-originating-ip: []
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFrrKLMWRmVeSWpSXmKPExsUyM+Jvra7U5QmBBmd3y1rsX3ye2WLq8scs Fis2HGB1YPb4+/4Dk8eSJT+ZPNqe3WEPYI7isklJzcksSy3St0vgyji/+hZbwXnBioW9T1ka GN/zdjFyckgImEh83/6bBcIWk7hwbz1bFyMXh5DAYUaJs+23WCGcJYwSfRfambsYOTjYBCwk uv9pgzSICLQwSryaaAoSZhZQl7i6OAgkLAxU8eHQYhaQsIiApcTq+14Q1VkSnzZuZAOxWQRU JeZPW8kOYvMK+EpMu7IOatMCFonrbycxgiQ4Bfwkphy9AWYzAt32/dQaJhCbWUBc4taT+UwQ NwtILNlznhnCFpV4+fgfK4StKNH+tIERol5HYsHuT2wQtrbEsoWvmSEWC0qcnPmEZQKj2Cwk Y2chaZmFpGUWkpYFjCyrGNlzEzNz0svNNzECo+bglt8GOxg33Rc7xCjNwaIkzpvM1RgoJJCe WJKanZpakFoUX1Sak1p8iJGJg1OqgbHw9tXEF/GKx2fNW+Pwku/a1cuyVh7ecfNrbbcZfxAx qUv4tPXH76Ruc4aENx9yBdZNvfUpQEnqvt1PkW45ltYbuccZXoreOr8wcZnARsEX307t5VL+ wKF0X+OPkIKT3a+w2esafXzlr0xJmdfdKLAi+1TBW7ss41fLuj9WtjpFJruKCHI4KyqxFGck GmoxFxUnAgASxqUEaAIAAA==
Cc: "" <>
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: Mon, 13 May 2013 11:48:49 -0000


A few questions, assuming we allow port zero m- lines within a bundle.


Is the decision tied to whether we move forward with Plan A or Plan B?


Do we allow port zero only for "bundle-only" m- lines, or for m- lines in general?


If we allow port zero only for "bundle-only" m- lines, is there a technical need to allow it in SDP answers?


We need to keep in mind that there is always a chance that the "top-most" m- line within a bundle group is a port zero one. 



-----Original Message-----
From: [] On Behalf Of Christer Holmberg
Sent: 13. toukokuuta 2013 10:27
To: Paul Kyzivat; Jonathan Lennox
Subject: Re: [MMUSIC] BUNDLE Weekly Summary: Assumptions


So, assuming we are going to update RFC 5888 (whatever the exact wording would be), would we do that within draft-bundle, or within a separate document?



-----Original Message-----
From: [] On Behalf Of Paul Kyzivat
Sent: 11. toukokuuta 2013 3:40
To: Jonathan Lennox
Subject: Re: [MMUSIC] BUNDLE Weekly Summary: Assumptions

On 5/10/13 6:44 PM, Jonathan Lennox wrote:

>>>     I struggled to find it too.  It's in 9.2:
>>>         SIP entities refuse media streams by setting the port to zero in the
>>>         corresponding "m" line. "a=group" lines MUST NOT contain
>>>         identification-tags that correspond to "m" lines with the port
>>>     set to
>>>         zero.
>>> This feels like something we could relax for the offer.
>> We could relax it. The question is if the change will break any 
>> existing use. That is a hard question to answer.
> We could say that whether it's valid must be defined by the group semantic, and for all existing group semantics it's not.


mmusic mailing list
mmusic mailing list