主要观点：WebRTC 是媒体和数据对等通信的规范，但未规定信令如何进行。缺乏标准信令机制导致通用应用需单独集成支持的服务，IETF 的 WebRTC Ingest Signalling over HTTPS（WISH）工作组正在制定相关规范 WHIP 和 WHEP，以实现使用 HTTP 进行信令。GStreamer 已提供两种处理 WebRTC 流的方式，同事基于此实现了 WHIP 和 WHEP 的 GStreamer 元素，包括客户端和服务器端元素，可灵活路由 WebRTC 端点之间的媒体。
关键信息：

• WebRTC 不规定信令方式，需服务自行管理。
• IETF 的 WISH 工作组制定 WHIP 和 WHEP 规范。
• GStreamer 有webrtcbin、webrtcsrc和webrtcsink等处理 WebRTC 流的方式。

• 实现的 WHIP 和 WHEP 的 GStreamer 元素：

  • 客户端：whipclientsink可发送媒体到 WHIP 服务器，whepclientsrc可连接 WHEP 服务器消费媒体。
  • 服务器端：whipserversrc可创建 WHIP 服务器，whepserversink可通过 WHEP 发布媒体。

  重要细节：

• WHIP 用于发送媒体到服务器，WHEP 用于客户端消费 WebRTC 流。
• 多个服务已支持 WHIP 和 WHEP，如 Dolby Millicast、LiveKit 和 Cloudflare Stream。
• 初始实现基于webrtcbin，后移至高级 API 以复用功能。
• 客户端元素可利用 GStreamer 硬件加速能力。
• 服务器端 API 预计会根据使用案例增长。