- From: Bernard Aboba via GitHub <sysbot+gh@w3.org>
- Date: Thu, 06 Jun 2024 00:40:09 +0000
- To: public-webrtc-logs@w3.org
WebRTC-ICE was designed as a "standalone" ICE transport, combining aspects of ORTC's [IceTransport](https://draft.ortc.org/#rtcicetransport*) and [IceGatherer](https://draft.ortc.org/#rtcicegatherer*). A standalone IceTransport (e.g. an IceTransport not "vended" by WebRTC-PC) was required for the [P2P QUIC Origin Trial](https://developer.chrome.com/blog/rtcquictransport-api/), because that trial utilized Google QUIC (which did not support multiplexing with RTP/RTCP/DTLS) rather than IETF QUIC (which supports multiplexing with RTP/RTCP/STUN/TURN/DTLS/ZRTP via [RFC 9443](https://datatracker.ietf.org/doc/html/rfc9443). With QUIC multiplexing having been worked out, it is now possible for the proposed [P2P WebTransport API ](https://w3c.github.io/p2p-webtransport/) to construct an [RTCQuicTransport](https://w3c.github.io/p2p-webtransport/#rtcquictransport*) using the "vended" RTCIceTransport defined in WebRTC-PC, rather than requiring a "standalone" RTCIceTransport as defined in WebRTC-ICE or ORTC. This would be desirable if P2P WebTransport is used as a data transfer mechanism alongside RTP/RTCP/STUN/TURN packets generated by RTCPeerConnection. On the other hand, if P2P WebTransport were used for both data transfer as well as media transport (perhaps using [RTP over QUIC](https://datatracker.ietf.org/doc/draft-ietf-avtcore-rtp-over-quic/)), then using a standalone RTCIceTransport as contemplated in ORTC or WebRTC-ICE might make more sense, since that would remove any dependency on RTCPeerConnection. With RTP over QUIC still in the experimental stages, it's somewhat early to tell which of these use cases (if any) will prove compelling. -- GitHub Notification of comment by aboba Please view or discuss this issue at https://github.com/w3c/webrtc-extensions/issues/208#issuecomment-2151175603 using your GitHub account -- Sent via github-notify-ml as configured in https://github.com/w3c/github-notify-ml-config
Received on Thursday, 6 June 2024 00:40:10 UTC