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

RE: [rtcweb] JSEP-01: Release of non-needed ICE candidates

From: Christer Holmberg <christer.holmberg@ericsson.com>
Date: Wed, 15 Feb 2012 18:28:29 +0100
To: Jim Barnett <Jim.Barnett@genesyslab.com>, "rtcweb@ietf.org" <rtcweb@ietf.org>, "public-webrtc@w3.org" <public-webrtc@w3.org>
Message-ID: <7F2072F1E0DE894DA4B517B93C6A05852C3D31BA27@ESESSCMS0356.eemea.ericsson.se>

Hi,

My use-case is not about whether the app wants turn candidates or not - it is about that fact that it at some point decides to send the SIP SDP offer towards the remote party, even if it has not received all candidates that is previously specified.

Maybe the browser, due to some network and/or configuration error, isn't even able to contact a turn server. Will it inform the app about that, or will it simply not provide turn candidates?

Regards,

Christer

________________________________________
From: Jim Barnett [Jim.Barnett@genesyslab.com]
Sent: Wednesday, February 15, 2012 5:43 PM
To: Christer Holmberg; rtcweb@ietf.org; public-webrtc@w3.org
Subject: RE: [rtcweb] JSEP-01: Release of non-needed ICE candidates

In section 6.1.9 of the latest JSEP draft, the startICE() function allows the JS app to specify which types of candidates it wants,  so your app can avoid getting turn candidates in the first place.  I would also assume that the browser could/would release un-needed resources when setRemoteDescription is called.


-          Jim

From: rtcweb-bounces@ietf.org [mailto:rtcweb-bounces@ietf.org] On Behalf Of Christer Holmberg
Sent: Wednesday, February 15, 2012 9:27 AM
To: rtcweb@ietf.org; public-webrtc@w3.org
Subject: [rtcweb] JSEP-01: Release of non-needed ICE candidates


Hi,

Assume my SIP JS app gets an offer, and some ICE candidatates, generates and sends a SIP SDP offer.

Later, the browser provides additional ICE candidates (using the ice callback function).

My SIP JS app is not interested in the additional ICE candidates.

Q1: Is it possible for the JS app to inform the browser that it does not need the additional ICE candidates? For example, if my app is given turn candidates, which I am not going to use (read: offer to the remote party), there is really no need for the browser to maintain the connection with the turn server.

Q2: Do we assume that the browser at some point (e.g. when the associated answer is provided) will be able to release resources associated with non-needed ICE candidates?

Regards,

Christer
Received on Wednesday, 15 February 2012 17:32:12 UTC

This archive was generated by hypermail 2.3.1 : Monday, 23 October 2017 15:19:27 UTC