【问题标题】:How to Validate pair in the ICE protocol?如何在 ICE 协议中验证对?
【发布时间】:2015-11-10 03:32:34
【问题描述】:

相关的 WebRTC,ICE 协议给出了哪对地址将用于地址对之间的直接媒体传输。

设A和B是两个端点

  1. 为了选择用于 A 和 B 之间直接通信的地址,A 首先收集候选者,对候选者属性进行编码,对 SDP 提议消息进行编码,并将其发送到另一个端点。

  2. 当 B 收到 A 的 offer 消息时,B 收集候选人,使用自己的候选人列表对 SDP 应答消息进行编码并将其发送给 A。

  3. 在此过程结束时,每个代理都有本地候选人和远程候选人的完整列表。它将它们配对,从而产生候选对。要查看哪对有效,每个代理使用 STUN req/resp 执行连接检查。

为了提名有效的候选对,执行了多少次连通性检查?

关于 webRTC 调用的剩余 ICE 连接检查是什么?

要开发用于 webRTC 调用的 ICE 模块,我必须遵循 RFC5245 或其他任何内容中的每个步骤?

【问题讨论】:

    标签: webrtc stun turn ice-protocol


    【解决方案1】:

    执行了多少次连接检查,以指定有效的 候选对?

    候选对的数量是每一方完成的连通性检查的数量。

    剩余的 ICE 连通性检查是什么? webRTC 调用?

    webRTC 没有额外的 ICE 连接检查。

    要开发用于 webRTC 调用的 ICE 模块,我必须按照 RFC5245 还是其他什么?

    您必须实现或使用DTLS 协议、RFC5763RFC5764 的现有实现。 DTLS 实现可以在 OpenSSL 库中找到。

    所有这些看起来都需要做很多工作,但是如果你使用 openssl 那就很容易了。

    【讨论】:

    • 为了开发用于 webRTC 调用的 ICE 模块,代理执行连接检查,然后选择有效的候选对。有什么捷径可以为 webRTC 选择有效的候选对吗?
    • 不,如果您使用 ICE,则不会。您可以选择使用其他协议或通过删除一些候选对来修改 ICE,具体取决于后面的 NAT 对等点的类型。但这不适用于浏览器。
    • 在 webRTC 调用中,还有其他选择地址对的方法吗?
    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2023-04-10
    • 1970-01-01
    • 1970-01-01
    • 2020-11-18
    • 2021-12-13
    • 1970-01-01
    相关资源
    最近更新 更多