Re: [MMUSIC] BUNDLE DISCUSION Q6: Do we always mandate 2 Offer/Answers during session establishment?

Hi,

>The point is really that new m-lines are offered in subsequent exchanges to add audio and video. Those exchanges can run in a single round.

Sure. If the Offerer assigns a previously negotiated BUNDLE address (or, an address that will become the new BUNDLE address) to those m- lines, there is no need for a second o/a exchange.

But, the issue is regarding the initial Offer for a dialog, and whether the Offerer is allowed to assign the same address to multiple m- lines in that Offer. If not, a second o/a exchange will always be needed.

Regards,

Christer

--Martin
On Sep 9, 2013 2:28 AM, "Christer Holmberg" <christer.holmberg@ericsson.com> wrote:

Hi Harald,

If you only establish a data channel, there is only one m- line, so it is irrelevant whether you are allowed (in the first Offer) to assign the same address to multiple m- lines or not :)

Regards,

Christer

From: mmusic-bounces@ietf.org [mailto:mmusic-bounces@ietf.org] On Behalf Of Harald Alvestrand
Sent: 9. syyskuuta 2013 11:56
To: mmusic@ietf.org
Subject: Re: [MMUSIC] BUNDLE DISCUSION Q6: Do we always mandate 2 Offer/Answers during session establishment?

On 09/07/2013 02:14 AM, Justin Uberti wrote:
That's what I thought we were talking about. This has the benefit that you don't need to gather STUN/TURN for the other addresses that you know you are going to discard. 

Regarding intermediaries, I expect that even for less-well-provisioned WebRTC app providers, there typically won't be any intermediaries, at least none who have access to the signaling traffic.

For instance, I expect a number of applications to work on the following pattern:

- Set up a connection with a data channel only via some relay
- Do all subsequent offer/answer over the data channel

Given the wonderful world of DTLS, we *know* that there are no intermediaries.

On Fri, Sep 6, 2013 at 1:09 PM, Martin Thomson <martin.thomson@gmail.com> wrote:
On 6 September 2013 12:46, Christer Holmberg
<christer.holmberg@ericsson.com> wrote:
> If you know that the other end supports BUNDLE, then why can't you assign the shared address to each "m=" line already in the FIRST Offer? Why assign unique addresses?
Exactly.  That's what I'd do.
_______________________________________________
mmusic mailing list
mmusic@ietf.org
https://www.ietf.org/mailman/listinfo/mmusic

_______________________________________________
mmusic mailing list
mmusic@ietf.org
https://www.ietf.org/mailman/listinfo/mmusic

_______________________________________________
mmusic mailing list
mmusic@ietf.org
https://www.ietf.org/mailman/listinfo/mmusic