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

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

From: Jim Barnett <Jim.Barnett@genesyslab.com>
Date: Wed, 15 Feb 2012 07:43:48 -0800
Message-ID: <E17CAD772E76C742B645BD4DC602CD8105C545E2@NAHALD.us.int.genesyslab.com>
To: "Christer Holmberg" <christer.holmberg@ericsson.com>, <rtcweb@ietf.org>, <public-webrtc@w3.org>
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 15:44:27 UTC

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