Re: [MMUSIC] BUNDLE TEXT: Answerer Procedures (29th May)

Christer Holmberg <> Wed, 05 June 2013 05:56 UTC

Return-Path: <>
Received: from localhost (localhost []) by (Postfix) with ESMTP id 96D6121F997B for <>; Tue, 4 Jun 2013 22:56:17 -0700 (PDT)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -5.885
X-Spam-Status: No, score=-5.885 tagged_above=-999 required=5 tests=[AWL=0.364, 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 wcktcAvx4ZDP for <>; Tue, 4 Jun 2013 22:56:11 -0700 (PDT)
Received: from ( []) by (Postfix) with ESMTP id ACC5121F997A for <>; Tue, 4 Jun 2013 22:56:10 -0700 (PDT)
X-AuditID: c1b4fb30-b7f9e6d000002643-f9-51aed2f8f138
Received: from (Unknown_Domain []) by (Symantec Mail Security) with SMTP id 9C.F5.09795.8F2DEA15; Wed, 5 Jun 2013 07:56:09 +0200 (CEST)
Received: from ([]) by ([]) with mapi id 14.02.0328.009; Wed, 5 Jun 2013 07:56:08 +0200
From: Christer Holmberg <>
To: Cullen Jennings <>
Thread-Topic: [MMUSIC] BUNDLE TEXT: Answerer Procedures (29th May)
Thread-Index: Ac5cYL6Xjkqad1ozQWuoyGt6QctbSAA6uR4AAF6XlAAAPeC20AA3lFgAAEVSgPA=
Date: Wed, 05 Jun 2013 05:56:08 +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+NgFrrCLMWRmVeSWpSXmKPExsUyM+Jvre7PS+sCDX7eZrJY8focu8WH9T8Y LaYuf8ziwOyxZMlPJo/L5z8yekx+3MYcwBzFZZOSmpNZllqkb5fAlXFizVz2gl7+isNL17A2 MD7i7mLk4JAQMJGYftKgi5ETyBSTuHBvPVsXIxeHkMBhRokf9xuZIZzFjBI/fxxhA2lgE7CQ 6P6nDdIgIqAscW7HXWYQm1nAVaLl0xcWEFtYwFFi99UzTBA1ThJPf61hh7D9JHb0/mUEsVkE VCQunH4LVsMr4CtxZ24P1K7TTBKLu06A7eIUsJJY+McOpIYR6Ljvp9YwQewSl7j1ZD4TxNEC Ekv2nGeGsEUlXj7+xwrxl6LE8n45iHIdiQW7P7FB2NoSyxa+ZoZYKyhxcuYTlgmMYrOQTJ2F pGUWkpZZSFoWMLKsYmTPTczMSS8338QIjJmDW34b7GDcdF/sEKM0B4uSOK8+7+JAIYH0xJLU 7NTUgtSi+KLSnNTiQ4xMHJxSDYzW3V3+F/mfx51s+scRK5Sq65b98NTEuyKySTVut1YV7n4t GHJzP/OjHwfk1e6s3jZHt/af3OqvZ2sXbe9J+nU7xzPn073XAbZqW0WZ+LwbGrbWHglRylh1 yLogfcFxYZ0tBQt3W8g8r75pcyxARW+/fdmt/andW+Wnda3krpl9rGi6ufPJzFdKLMUZiYZa zEXFiQCDE0aNZwIAAA==
Cc: "" <>
Subject: Re: [MMUSIC] BUNDLE TEXT: Answerer Procedures (29th May)
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: Wed, 05 Jun 2013 05:56:17 -0000


>> 6.4.6.  Removing a media description from a BUNDLE group
>>   When generating the SDP Answer, if the Answerer wants to remove an
>>   "m=" line from a BUNDLE group (without rejecting the "m=" line),it
>>   MUST NOT include the "m=" line in a BUNDLE group.  In addition, the
>>   SDP Answer MUST not add its local bundle address to the "m=" line.
>>   An Answerer MUST NOT, in the SDP Answer, remove an "m=" line from a
>>   BUNDLE group, unless the "m=" line had unique address information in
>>   the associated SDP Offer.
>>   NOTE: The reason for the restriction above is that, if the "m=" line
>>   would be removed from the BUNDLE group, the address information would
>>   be identical to the "m=" lines remaining in the BUNDLE group.
>>   OPEN: The decision for allowing a media description with port zero
>>   values inside a BUNDLE group is pending on update for RFC 5888.
>> I thought we had agreed to no bundle splitting.
>> I am not sure what you mean by "splitting", but this is not about moving an m- line from one BUNDLE group to another 
>> BUNDLE group, but to move it outside an BUNDLE group all together. People wanted to allow that in the case where the 
>> Offer contains different ports, but if you disagree we need to discuss it further.
> One case that is brought up for this is a conference bridge where the voice and video go to different IP addresses. The 
> browser makes a offer to the conference bridge and can offer all the voice and video in one bundle, but the answer from 
> the bridge keeps all the video in the bundle but puts the audio outside of any bundle. It did not split a bundle into two 
> bundles but for all the things offered in the bundle, the answer said yes to some and no to others about them being in the bundle.