[MMUSIC] "splitting" a bundle

I'd like to add to the cases that Dale lists below.

This has come up in CLUE, and pertains to cases where not all media 
processing equipment is at the same address. In such cases bundling may 
be supported, but more than one bundle may be required.

When this happens on the offering end the offerer can propose multiple 
bundles from the beginning. But when it is the answerer that needs 
things in separate bundles then it will need to "split" (partition) the 
offered bundle into multiple bundles. You can view this as a variant of 
(1)+(3) below.

Conceptually this isn't complex. But given the o/a rules in the grouping 
framework I don't think it ca be achieved in the answer to the offer 
that proposes a single bundle. It could be accomplished by:

- process the first answer in accord with (1) below - accepting the
   m-lines that can go into one bundle, and rejecting (port=0) the
   others.

- send a 2nd offer, with one bundle including the previously accepted
   m-lines, and a separate bundle for the previously rejected m-lines.
   Since mutual support of bundle is now presumed, this 2nd offer can
   use a single addr/port, and a single set of ice candidates, for
   all the m-lines in each bundle.

	Thanks,
	Paul

On 4/9/13 11:39 PM, Dale R. Worley wrote:
>     DES F7  If an answerer that does understand the bundle mechanism
>        processes an offer that contains a bundle, it must be able to (1)
>        accept the bundle and selectively accept or reject each
>        constituent RTP session within it, (2) reject the bundle as a
>        whole, or (3) reject the bundling and selectively accept or reject
>        each constituent RTP session as separate RTP sessions.
>
>     Presumably answer (3) resembles that which would be produced by an
>     answerer that does not understand the bundle mechanism.  It is a
>     lower priority that the answerer can distinguish between accepting
>     the bundle while rejecting all of its constituents, and rejecting the
>     bundle as a whole.  But those two conditions differ conceptually
>     regarding whether any "framing" actions of the bundle are performed.
>
> Comments?
>
> Dale
> _______________________________________________
> mmusic mailing list
> mmusic@ietf.org
> https://www.ietf.org/mailman/listinfo/mmusic
>