RTCPeerConnection: iceconnectionstatechange event - Web APIs 编辑
An iceconnectionstatechange
event is sent to an RTCPeerConnection
object each time the ICE connection state changes during the negotiation process. The new ICE connection state is available in the object's iceConnectionState
} property.
Bubbles | No |
---|---|
Cancelable | No |
Interface | Event |
Event handler property | oniceconnectionstatechange |
One common task performed by the iceconnectionstatechange
event listener: to trigger ICE restart when the state changes to failed
. See ICE restart in Lifetime of a WebRTC session for further information.
Usage notes
A successful connection attempt will typically involve the state starting at new
, then transitioning through checking
, then connected
, and finally completed
. However, under certain circumstances, the connected
state can be skipped, causing a connection to transition directly from the checking
state to completed
. This can happen when only the last checked candidate is successful, and the gathering and end-of-candidates signals both occur before the successful negotiation is completed.
ICE connection state during ICE restarts
When an ICE restart is processed, the gathering and connectivity checking process is started over from the beginning, which will cause the iceConnectionState
to transition to connected
if the ICE restart was triggered while in the completed
state. If ICE restart is initiated while in the transient disconnected
state, the state transitions instead to checking
, essentially indicating that the negotiation is ignoring the fact that the connection had been temporarily lost.
State transitions as negotiation ends
When the negotiation process runs out of candidates to check, the ICE connection transitions to one of two states. If no suitable candidates were found, the state transitions to failed
. If at least one suitable candidate was successfully identified, the state transitions to completed
. The ICE layer makes this determination upon receiving the end-of-candidates signal, which is provided by caling addIceCandidate()
with a candidate whose candidate
property is an empty string (""), or by setting the RTCPeerConnection
property canTrickleIceCandidates
to false
.
Examples
An event handler for this event can be added using the RTCPeerConnection.oniceconnectionstatechange
property or by using addEventListener()
on the RTCPeerConnection
.
In this example, a handler for iceconnectionstatechange
is set up to update a call state indicator by using the value of iceConnectionState
to create a string which corresponds to the name of a CSS class that we can assign to the status indicator to cause it to reflect the current state of the connection.
pc.addEventListener("iceconnectionstatechange", ev => {
let stateElem = document.querySelector("#call-state");
stateElem.className = `${pc.iceConnectionState}-state`;
}, false);
This can also be written as:
pc.oniceconnectionstatechange = ev => {
let stateElem = document.querySelector("#call-state");
stateElem.className = `${pc.iceConnectionState}-state`;
}
Specifications
Specification | Status | Comment |
---|---|---|
WebRTC 1.0: Real-time Communication Between Browsers The definition of 'iceconnectionstatechange' in that specification. | Candidate Recommendation |
Browser compatibility
BCD tables only load in the browser
See also
如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱,如果其他用户或者作者回复了您的评论,将不能在第一时间通知您!
发布评论