W3C home > Mailing lists > Public > public-webrtc@w3.org > April 2013

Restarting ICE

From: Harald Alvestrand <harald@alvestrand.no>
Date: Wed, 03 Apr 2013 11:20:13 +0200
Message-ID: <515BF44D.9080003@alvestrand.no>
To: "public-webrtc@w3.org" <public-webrtc@w3.org>
Hello folks,

speaking as contributor:
I believe we now have all the pieces we need to restart ICE properly, 
except for one little detail. Can we get this in, and close the book on 
ICE restart?

What's in:

- under setLocalDescription: "If a local description contains a 
different set of ICE credentials, then the ICE Agent must trigger an ICE 
restart." .... " If the local description was set with content that 
caused an ICE restart, then setconnection'sice gathering state 

- in the description of the RTCIceConnectionState Enum: "(any state, ICE 
restart occurs): new"

The only remaining challenge is to get a local description with a 
different set of ICE credentials.
Since SDP mangling is just so last year, I suggest adding a constraint 
to the list in section 13.1 "Constraints":

RestartIce - this is an enum type constraint that can take the values 
"true" and "false". The default is a non-mandatory "false".
When the value of the constraint is mandatory "true", the generated 
description will have ICE credentials that are different from the 
current credentials (as visible in the localDescription attribute's 
SDP). Applying the generated description will restart ICE.
When the value of the constraint is mandatory "false", and the 
localDescription attribute has valid ICE credentials, the generated 
description will have the same ICE credentials as the current value from 
the LocalDescription attribute.
When the constraint is optional, the implementation may choose to 
generate new credentials or not based on other criteria.

If this is non-controversial, can we "just add it"?
If it is controversial - what's the controversy?

Received on Wednesday, 3 April 2013 09:20:44 UTC

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