Re: [MMUSIC] Thoughts on m= lines and media streams

Hi,
One requirement that may be important for your analysis is if there must be
one offer answer exchange or more for setting the call. 
Some of the current solutions are doing a second one in order to reflect the
current state and prevent codec switching or new content without explicit
signaling. This is because they are not capable of doing it. This can
address the SBC issue that expect to have the correct SDP.
BTW: this is also an issue in CLUE since the initial offer may have a
minimal set and the actual SDP can only be specified after the CLUE
negotitation.

Roni Even

-----Original Message-----
From: mmusic-bounces@ietf.org [mailto:mmusic-bounces@ietf.org] On Behalf Of
Adam Roach
Sent: 01 February, 2013 2:18 AM
To: mmusic@ietf.org
Subject: [MMUSIC] Thoughts on m= lines and media streams

Based on the conversations we've had so far, I've put together the following
summary of my thoughts on the topic of whether we want to put multiple media
streams in a single m= line.

http://www.ietf.org/id/draft-roach-mmusic-mlines-00.txt

Sorry for the relatively short lead time before next week's meeting -- I had
meant to put this kind of summary together a week or two ago, but have been
far busier than I anticipated.

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