Draft
This page is not complete.
This is an experimental technology
Because this technology's specification has not stabilized, check the compatibility table for usage in various browsers. Also note that the syntax and behavior of an experimental technology is subject to change in future versions of browsers as the specification changes.
The RTCIceServer
dictionary's urls
property specifies the URL or URLs of the servers to be used for ICE negotiations. These are typically STUN and/or TURN servers.
var iceServer = { ... urls = iceServerUrl | [ url1, ..., urlN ], ... }; var serverUrls = iceServer.urls; iceServer.urls = iceServerUrl | [ url1, ..., urlN ];
The value of this property may be specified as a single URL or as an array of multiple URLs.
Let's look a few examples of varying complexity.
This example creates a new RTCPeerConnection
which will use a STUN server at stunserver.example.org
to negotiate connections.
myPeerConnection = new RTCPeerConnection({ iceServers: [ { urls: "stun:stunserver.example.org" } ] });
Notice that only the urls
property is provided; the STUN server doesn't require authentication, so this is all that's needed.
The second example creates a new RTCPeerConnection
which will use a TURN server at turnserver.example.org
to negotiate connections. Logging into the TURN server will use the username "webrtc" and the creative password "turnpassword".
myPeerConnection = new RTCPeerConnection({ iceServers: [ { urls: "turn:turnserver.example.org", username: "webrtc", credential: "turnpassword" } ] });
The next example creates a new RTCPeerConnection
which will use a single TURN server which has multiple URLs. This is useful if the server is, for example, available both on "turn" and "turns" schemes, or if there's a fallback address available for the server.
Keep in mind that ICE will try all the URLs you list here, so the more you include, the longer connections will take to establish.
myPeerConnection = new RTCPeerConnection({ iceServers: [ { urls: ["turns:turnserver.example.org", "turn:turnserver.example.org"], username: "webrtc", credential: "turnpassword" } ] });
Finally, this example creates a new RTCPeerConnection
which will use one of two servers for ICE negotiation. Each server can have one or more URLs, as demonstrated above.
myPeerConnection = new RTCPeerConnection({ iceServers: [ { urls: ["turns:turnserver.example.org", "turn:turnserver.example.org"], username: "webrtc", credential: "turnpassword" }, { urls: "stun: stunserver.example.org" } ] });
Two ICE servers are provided. One is a TURN server which can be accessed both over TURN and TURNS. The other is a STUN server. Any number of servers could be listed of any combination of types.
Specification | Status | Comment |
---|---|---|
WebRTC 1.0: Real-time Communication Between Browser The definition of 'RTCIceServer.urls' in that specification. | Working Draft | Initial specification. |
Feature | Chrome | Firefox (Gecko) | Internet Explorer | Opera | Safari |
---|---|---|---|---|---|
Basic support | (Yes) | 37 (37)[1] | ? | ? | ? |
Feature | Android | Chrome for Android | Firefox Mobile (Gecko) | IE Mobile | Opera Mobile | Safari Mobile |
---|---|---|---|---|---|---|
Basic support | ? | (Yes) | 37.0 (37)[1] | ? | ? | ? |
[1] When support for this property was added in Firefox 37, the old RTCIceServer.url
property was deprecated; it should no longer be used.
© 2005–2017 Mozilla Developer Network and individual contributors.
Licensed under the Creative Commons Attribution-ShareAlike License v2.5 or later.
https://developer.mozilla.org/en-US/docs/Web/API/RTCIceServer/urls