W3C home > Mailing lists > Public > public-webrtc@w3.org > January 2012

Re: JSEP: ICE candidate generation and association with sessions

From: Harald Alvestrand <harald@alvestrand.no>
Date: Wed, 04 Jan 2012 09:05:16 +0100
Message-ID: <4F04083C.7000704@alvestrand.no>
To: Justin Uberti <juberti@google.com>
CC: "public-webrtc@w3.org" <public-webrtc@w3.org>
On 01/04/2012 04:10 AM, Justin Uberti wrote:
> On Mon, Jan 2, 2012 at 6:55 AM, Harald Alvestrand 
> <harald@alvestrand.no <mailto:harald@alvestrand.no>> wrote:
>     One thing that's not clear to me in the JSEP proposal:
>     In the case where we don't have a single RTP session, there has to
>     be candidates generated for all sessions.
>     The job of putting the a=candidate lines into the SDP description
>     is left to the JS (or a JS library), which means that we need to
>     associate candidates with the right m= line.
>     Suggestion: Add some parameters....
>     pc.connect() -> pc.startIce(number of sessions)
>     iceCallback(candidate) -> iceCallback(session index, candidate)
>     where "index" is a number between 0 and "number of sessions" - 1.
>     There are probably more ways to do this. This was the simplest I
>     could think of.
> Agree this is needed, but it's not clear that the web app can easily 
> know how many sessions are needed, given that this is affected by
> 1) # of m= lines
> 2) rtcp-mux being on/off for each m=
> The IceCallback definitely needs a way to know what m= line it's for; 
> I'd prefer to use the m= value (e.g "audio" or "video") instead of an 
> index. I've added this to the open issues part of the doc.
I suspect that the easiest answer is to let the browser implementation 
return the # of sessions needed for a particular offer or answer - or 
perhaps a dictionary giving the keys for identifying the needed 
sessions? Perhaps another return parameter from GenerateOffer?
Received on Wednesday, 4 January 2012 08:05:51 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 19:17:24 UTC