Re: [MMUSIC] DECISION (BERLIN-Q5): When the BUNDLE address is RE-negotiated, the Offerer can assign the requsted new address to all m- lines immediately, without first offering unique addresses.

[Paul Kyzivat <[e-mail]>]

This seems reasonable to me.

	Thanks,
	Paul

On 8/23/13 6:39 AM, Christer Holmberg wrote:
> Hi,
>
> One of the open issues related to BUNDLE presented in Berlin (Q5 in my
> slides) was whether, once a BUNDLE address is re-negotiated (i.e. the
> usage of BUNDLE etc has already been negotiated), it is allowed to
> assign the new suggested BUNDLE address to all “m=” lines immediately,
> instead of doing the 2-step Offer/Answer procedure. The outcome was that
> it shall be allowed.
>
> So, based on that, I am suggesting the change below to section 6.1.4 of
> BUNDLE.
>
> NOTE that this only applies to the case where a BUNDLE address is
> RE-negotiated (e.g. in a re-INVITE). There is still a discussion about
> the initial Offer, and that outcome of that (and the outcome of the UP
> discussions) may obviously also impact the text. But, let’s keep that
> separate for now, and only focus on the case when a BUNDLE address is
> RE-negotiated :)
>
> Regards,
>
> Christer
>
> -------------------------------------------
>
> OLD TEXT (BUNDLE-04):
>
> ====================
>
> 6.4.1.  SDP Offerer Bundle Address Request and Usage
>
>     An Offerer can assign a BUNDLE address to multiple "m=" lines in a
>
>     BUNDLE group, once the Answerer has selected the BUNDLE address for
>
>     the Offerer.  An Offerer MUST NOT assign a BUNDLE address to multiple
>
>     "m=" lines until the Answerer has selected the BUNDLE address.
>
>     OPEN ISSUE: Should it be allowed to assign a new BUNDLE address to
>
>     multiple "m=" lines in a BUNDLE group, before the Answerer has
>
>     selected the BUNDLE address?
>
>     In order to negotiate (or, to re-negotiate) the BUNDLE address
>
>     associated with a BUNDLE group, the Offerer, in the SDP Offer,
>
>     assigns a unique address to each "m=" line in the BUNDLE group.  In
>
>     addition, the Offerer indicates which unique address it wishes the
>
>     Answerer to select as the Offerer's BUNDLE address.  The Offerer
>
>     places the mid, associated with the unique address requested to be
>
>     selected as the BUNDLE address, first in the SDP group:BUNDLE
>
>     attribute mid list.  The Answerer will then select the BUNDLE address
>
>     for the Offerer ([ref-to-be-added]).
>
>     If the Offerer, in a subsequent SDP Offer, wants to re-negotiate the
>
>     BUNDLE address associated with a BUNDLE group, it MAY assign the
>
>     previously negotiated BUNDLE address as a unique address to one of
>
>     the "m=" lines in the BUNDLE group.
>
>     If the Offerer assigns the previously selected BUNDLE address to more
>
>     than one "m=" line in a BUNDLE group, the first mid in the SDP
>
>     group:BUNDLE attribute mid list MUST represent an "m=" line to which
>
>     the BUNDLE address is assigned.  Hence, in order to re-negotiate the
>
>     BUNDLE address, the Offerer needs to assign a unique address to each
>
>     "m=" line in the BUNDLE group, as described above.
>
>     An Offerer MUST NOT assign a BUNDLE address to an "m=" line that is
>
>     not associated with a BUNDLE group.  An Offerer MUST NOT assign a
>
>     BUNDLE address, that has been negotiated for a BUNDLE group, to an
>
>     "m=" line that is associated with another BUNDLE group.
>
>     Section 10.1 shows an example of a Bundle Address Request.
>
> SUGGESTED NEW TEXT:
>
> ===================
>
> 6.4.1.  SDP Offerer Bundle Address Request and Usage
>
>
>
>     An Offerer can assign a BUNDLE address to multiple "m=" lines in a
>
>     BUNDLE group, once the Answerer has selected the BUNDLE address for
>
>     the Offerer.  An Offerer MUST NOT assign a BUNDLE address to multiple
>
>     "m=" lines until the Answerer has selected the BUNDLE address.
>
>
>
>     Before the Answerer has selected a BUNDLE address for the Offerer,
>
>     in order to negotiate the BUNDLE address associated with a BUNDLE
>
>     group, the Offerer, in the SDP Offer, assigns a unique address to
>
>     each "m=" line in the BUNDLE group. In addition, the Offerer indicates
>
>     which unique address it wishes the Answerer to select as the
>
>     Offerer's BUNDLE address. The Offerer places the mid, associated
>
>     with the unique address requested to be selected as the BUNDLE address,
>
>     first in the SDP group:BUNDLE attribute mid list.  The Answerer will
>
>     then select the BUNDLE address for the Offerer ([ref-to-be-added]).
>
>
>
>     If an Offerer, in a subsequent SDP Offer, wants to re-negotiate the
>
>     BUNDLE address associated with a BUNDLE group, it can either:
>
>
>
> -     Assign the requested new BUNDLE address to all “m=” lines in the
>
> BUNDLE group; or
>
> -     In the same way as described in the procedures above, assign a
>
> unique address to each “m=” line in the BUNDLE group (the previously
>
> negotiated BUNDLE address can also be assigned as a unique address
>
> to one of the “m=” lines in the BUNDLE group).
>
>
>
>     In both cases, the Offerer places the mid, associated with the unique
>
>     address requested to be selected as the BUNDLE address, first in the
>
>     SDP group:BUNDLE attribute mid list (if the requested new BUNDLE address
>
>     is assigned to all “m=” lines in the BUNDLE group, all mids in the SDP
>
>     group:BUNDLE attribute mid list will represent that same address).
>
>
>
>     An Offerer MUST NOT assign a BUNDLE address to an "m=" line that is
>
>     not associated with a BUNDLE group.  An Offerer MUST NOT assign a
>
>     BUNDLE address, that has been negotiated for a BUNDLE group, to an
>
>     "m=" line that is associated with another BUNDLE group.
>
>
>
>     Section 10.1 shows an example of a Bundle Address Request.
>
>
>
> _______________________________________________
> mmusic mailing list
> [e-mail]
> https://www.ietf.org/mailman/listinfo/mmusic
>