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

ICE priority levels.

From: Kiran Kumar <g.kiranreddy4u@gmail.com>
Date: Fri, 7 Feb 2014 09:50:08 +0530
Message-ID: <CAGW1TF6ktzNwQ8b_GNjqZp80mDqFGSa79gWbAJC0P5Occ-BYrg@mail.gmail.com>
To: "public-webrtc@w3.org" <public-webrtc@w3.org>
Hi,
The following is my suggestion to change the spec regarding ICE priority
levels.
According to [1]
"The application gives the users the opportunity to stop it from


   exposing the host IP address to the application of the other user."

This can be achieved by communicating only relay candidates to the other
peer instead of local and stun candidates.

But according to ICE implementations, it will first gather local
candidates, then stun and finally turn candidates. In this regard, the
session establishment time will be increased.

So there should be an API or constraint that should convey the priority
levels for ICE candidate gathering, so that, if user want to hide his
ip-address, then TURN candidate gathering should take high priority instead
of local and stun candidate gathering.

[1]
http://tools.ietf.org/html/draft-ietf-rtcweb-use-cases-and-requirements-13

Thanks,
Kiran.
Received on Friday, 7 February 2014 04:20:56 UTC

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