检测本地浏览器是否支持ICE trickle

Question

为了支持任意客户端的 ICE-trickling，建议信令机制也支持 trickle 支持的信令。我的就是这样做的；一个对等点可以在初始信号握手中包含一个标志，它是否支持滴流，因此远程对等点可以决定滴流。

我遇到的问题是我不确定如何检测当前浏览器是否支持ICE-trickling，所以它可以正确设置该标志。我尝试将其用作检测机制：

typeof RTCPeerConnection.prototype.addIceCandidate == 'function'

这是否可靠且最好，或者是否有更好的 API 或方法来查询 local 对 ICE 滴流的支持？

Answer 1

所有现代 WebRTC 端点必须支持 Trickle ICE。

JSEP 第 5.2.1 节 说：

必须添加带有“trickle”选项的“a=ice-options”行，如 [I-D.ietf-ice-trickle]，第 4 节所述

此外，从我对 WebRTC 规范的阅读来看，要使浏览器符合，它必须实现addIceCandidate等

今天所有支持 WebRTC 的浏览器都支持 trickling。以下在 Firefox 中返回

true

（Chrome 似乎没有正确发出信号，但请放心，它支持 trickling）：

new RTCPeerConnection().createOffer({offerToReceiveAudio: true})
.then(offer => console.log(offer.sdp.includes('\r\na=ice-options:trickle')))
.catch(e => log(e));

有趣的是，有一个

pc.canTrickleIceCandidates

属性可以用来检测 remote peer 是否支持 trickling，大概是为了支持连接到遗留系统。以下在 Firefox 中生成

true

（在 Chrome 中生成

undefined

，需要赶上规范）：

var pc1 = new RTCPeerConnection(), pc2 = new RTCPeerConnection();

pc1.onicecandidate = e => pc2.addIceCandidate(e.candidate);
pc2.onicecandidate = e => pc1.addIceCandidate(e.candidate);

pc1.onnegotiationneeded = e =>
  pc1.createOffer().then(d => pc1.setLocalDescription(d))
  .then(() => pc2.setRemoteDescription(pc1.localDescription))
  .then(() => pc2.createAnswer()).then(d => pc2.setLocalDescription(d))
  .then(() => pc1.setRemoteDescription(pc2.localDescription))
  .then(() => console.log(pc1.canTrickleIceCandidates))
  .catch(e => console.log(e));

pc1.createDataChannel("dummy");

Answer 2

trickle 支持，但似乎不起作用。