Re: [MMUSIC] Bundle offer with different ports - where to expect media?

["Cullen Jennings (fluffy)" <[e-mail]>]

Let say Alice make an initial offer with there M lines with port 1 for video 1 and port 2 for video 2, and port 3 for video 3 and they are all in bundle. 

The semantics of O/A are that you must be prepared to receive anything you offered as soon as you offer it.  So for this to work, Alice has to be receiving on any combination of ports that would be valid in any possible answer. ( I think everyone else on this thread came to same conclusion so just agreeing and summarizing) 

So the interesting cases is an if the answer rejected the video 1 and accepted the video 2 and 3 with theses two bundled. I think that results in saying that you have to be able to receive on any port. 

This has impact for when the PT overlap and you don't know the SSRC yet. For that case, given Alice is the one that created the PT used for each m-line, I think that is just OK. That goes to the demux conversation. 

I don't know what people mean by splitting a bundle but I think one should be able to reject m lines inside a bundle, including the first m line, but I don't think there is a need to take offer lines 1,2,3, 4,5,6 in a bundle and have the answer put 1,2,3, in one bundle and 4,5,6 in a second bundle. So if that is what we mean by splitting bundle, I don't think we need it. But we do need to be able to reject m lines inside a bundle. 





On May 20, 2013, at 5:43 AM, Christer Holmberg <[e-mail]> wrote:

> Hi,
>  
> Currently BUNDLE defines that the first offer is sent with separate port numbers (later, if the answerer has indicated support of BUNDLE, the offerer will send a second offer, with identical port numbers).
>  
> Some people have indicated that the offerer shall be able to receive data already when the first offer has been sent. The question is on which port(s) it needs to be able to receive media.
>  
> -          Some have suggested the port of the first non-zero m- line within the offered bundle group.
> -          Some have suggested ANY port
>  
>  
> The issue with assuming the first non-zero m- line is that the answerer in the answer may reject it (put the port to zero), or remove it from the bundle group (which people seem to want to allow). In both cases it would be strange to assume the first m- line.
>  
> Now, in case e.g. ICE is used, the offerer will be able to send the second offer before any media is received to begin with. But, the offerer could still receive STUN connectivity checks on any of the ports, until the second offer has been sent.
>  
> We need text in BUNDLE about this, so comments/inputs are welcome :)
>  
> Regards,
>  
> Christer
>  
> _______________________________________________
> mmusic mailing list
> [e-mail]
> https://www.ietf.org/mailman/listinfo/mmusic