-
Notifications
You must be signed in to change notification settings - Fork 42
Closed
Labels
Description
Currently the text on RTCIceTransport.start states:
"The first time start is called candidate connectivity checks are started and the ICE transport attempts to connect to the remote RTCIceTransport... If start is called again, an ICE restart occurs, all remote candidates are flushed, and addRemoteCandidates or setRemoteCandidates must be called to add the remote candidates back or replace them."
This raises several questions:
- In an ICE restart as defined in RFC 5245, the ICE ufrag/password is changed and candidates are re-gathered. This would imply constructing a new RTCIceGatherer object to use when calling RTCIceTransport.start again. What happens if an existing RTCIceGatherer is used when calling start again?
- What happens to the IceTransport when .start is called again with a new IceGatherer? Does it go back to the "connecting" state and out of the "completed" state?