Failure of ICE consent #171

aboba opened this Issue Jan 18, 2015 · 1 comment


None yet

2 participants

aboba commented Jan 18, 2015

If ICE consent fails, what happens? IceTransport no longer has an onerror event handler (this was moved to the IceGatherer).

@aboba aboba added the 1.1 label Jan 18, 2015
aboba commented Jan 20, 2015

Proposal is to treat a failure of ICE consent as a transition of the ICE Transport state to 'disconnected':

Liveness checks have failed (such as those in [CONSENT]). This may trigger intermittently (and resolve itself without action).

@robin-raymond robin-raymond pushed a commit that referenced this issue Jan 22, 2015
Robin Raymond Updated Section 8.3 to reflect proposed matching rules, reflecting:

Update to the Statistics API, reflecting:

Update on 'automatic' use of scalable video coding, as noted in:

Update to the H.264 parameters, as noted in:

Update to the 'Big Picture', as noted in:

Added support for maxptime, as noted in:

Changed 'RTCIceTransportEvent' to 'RTCIceGathererEvent' as noted in:

Update to RTCRtpUnhandledEvent as noted in:

Added support for RTCIceGatherer.state as noted in:

Revised the text relating to RTCIceTransport.start() as noted in:

Added text relating to DTLS interoperability with WebRTC 1.0, as noted in:

Revised the text relating to RTCDtlsTransport.start() as noted in:

Clarified handling of incoming connectivity checks by the RTCIceGatherer as noted in:

Added a reference to the ICE consent specification, as noted in:
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment