RTCIceCandidate: foundation property
Baseline
2024
Newly available
Since May 2024, this feature works across the latest devices and browser versions. This feature might not work in older devices or browsers.
The foundation read-only property of the RTCIceCandidate interface is a string that allows correlation of candidates from a common network path on multiple RTCIceTransport objects.
Candidates share the same foundation if they:
- have the same type: "host", "relayed", "server reflexive", or "peer reflexive".
- have "bases" that share the same IP address and transport, but not necessarily the same port. Note that the IP address is that of the network interface from which the ICE agent sent the candidate.
- They come from a STUN or TURN server that has the same IP address.
This is used to help optimize ICE performance while prioritizing and correlating candidates that appear on multiple RTCIceTransport objects.
Value
A string which uniquely identifies the candidate across all RTCIceTransports on which it is available.
Note:
If port is null — and port is supported by the user agent — passing the candidate to addIceCandidate() will fail, throwing an OperationError exception.
Usage notes
Consider this SDP attribute line (a-line) which describes an ICE candidate:
a=candidate:4234997325 1 udp 2043278322 192.0.2.172 44323 typ host
The field "4234997325" is the foundation.
Examples
This code snippet uses the foundation of two candidates to determine if they're actually the same candidate.
if (candidate1.foundation === candidate2.foundation) {
/* the two candidates are the same, even if they're on
different transports */
}
Specifications
| Specification |
|---|
| WebRTC: Real-Time Communication in Browsers # dom-rtcicecandidate-foundation |
Browser compatibility
| desktop | mobile | |||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|
foundation
|
|
|
|
|
|
|
|
|
|
|
|
|
Legend
Tip: you can click/tap on a cell for more information.
- Full support
- Full support