ICE priority levels.

The following is my suggestion to change the spec regarding ICE priority
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.



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