Re: [MMUSIC] [rtcweb] About unified Plan and multiple m lines

Offerer has all sendrecv , the answerer has one sendrecv (since he can send
only one audio track) and rest recvonly

so the answerer is ok to receive all the audio tracks sent by the offerer,
and he is sending only one from his side (marked as sendrecv)

On Wed, Jul 24, 2013 at 9:09 AM, Emil Ivov <emcho@jitsi.org> wrote:

> (redirecting to mmusic)
>
>
> On 24.07.13, 16:29, Eric Rescorla wrote:
>
>>
>>
>>
>> On Wed, Jul 24, 2013 at 7:08 AM, Iñaki Baz Castillo <ibc@aliax.net
>> <mailto:ibc@aliax.net>> wrote:
>>
>>     Hi, let's suppose WebRTC 1.0 borns with "Unified Plan" built-in, and
>>     my browser receives a session invitation from a conference server, and
>>     there are 8 audio participants in the conference.
>>
>>     So the SDP I receive has 8 "m=audio" lines, maybe with different audio
>>     codecs in each line. And following SDP O/A rules my browser will
>>     generate SDP answer that will also contain 8 "m=audio" lines.
>>
>>     Now, where it is supposed my browser will send my single audio track
>>     to the conference server? What does it mean that I receive 8 "m=audio"
>>     lines while I'm just able to send a single audio track? which m=audio
>>     line should I use for sending RTP?
>>
>>
>> One of them will be a=sendrecv. The others will be a=sendonly.
>> The sendrecv line is the one you use to send media.
>>
>
> I have a few questions here but before that, could you please clarify the
> following:
>
> Are you saying that the above is going to be the case on the offer that
> the callee receives? In other words, the caller "knew" that the callee
> intended to only send one stream so it preset all directions accordingly?
>
> Emil
>
>
>
> --
> https://jitsi.org
>
> ______________________________**_________________
> mmusic mailing list
> mmusic@ietf.org
> https://www.ietf.org/mailman/**listinfo/mmusic<https://www.ietf.org/mailman/listinfo/mmusic>
>