Skip to main content

7. Connection Management (连接管理)

建立、协商和拆除连接的方法、机制和要求是一个庞大的主题，也是一个既需要互操作性又需要创新自由的领域。

以下原则适用:

  1. WebRTC 媒体协商将能够表示与 SIP 中使用的相同的 SDP offer/answer 语义 [RFC3264]，以便可以在 SIP 和 WebRTC 媒体协商之间构建信令网关。

  2. 可以在支持 ICE 和适当的 RTP/SDP 机制、编解码器和安全机制的传统 SIP 设备之间进行网关，而无需使用媒体网关。可能需要信令网关来在 Web 端的信令和 SIP 信令之间进行转换。

  3. 当规定新编解码器的 SDP 时，不应需要其他标准化即可在 Web 浏览器中使用该编解码器。添加可能具有新 SDP 参数的新编解码器不应更改浏览器和 JavaScript 应用之间的 API。一旦浏览器支持新编解码器，在规定编解码器之前编写的旧应用应该能够在适当的情况下自动使用新编解码器，而无需更改 JavaScript 应用。

为 WebRTC 做出的特定选择及其对实现 WebRTC 的浏览器提供的 API 的影响在 [RFC8829] 中描述。

WebRTC 浏览器必须 (MUST) 实现 [RFC8829]。

WebRTC 端点必须 (MUST) 实现 [RFC8829] 中描述的与网络层相关的那些功能 (例如，BUNDLE [RFC8843]、"rtcp-mux" [RFC5761] 和 Trickle ICE [RFC8838])，但这些端点不需要支持 [RFC8829] 中描述的 API 功能。

Last updated on