QUIC and flutter about webrtc HOT 11 CLOSED

I am not a QUIC expert, but from my understanding it is not a replacement for WebRTC. There is a proposed protocol to use QUIC with WebRTC, but that's specific to multiplexing QUIC with other types of WebRTC. Rather than replace WebRTC, QUIC would act as the means of transit for certain types of data alongside WebRTC. Abstractly speaking, it seems that something like QUIC could eventually be used for a wholesale replacement for the transport layer in WebRTC, but I think it'd need better primitives for unreliable data. There are some proposals for that, but they are not adopted.

Again, I am not deeply knowledgeable of QUIC and it's current direction with respect to WebRTC, but I believe it's not quite right to think of it as a replacement, and too soon to think of it as a full-scale transit layer substitute. I would speculate that it would be interesting to eventually try to integrate the QUIC-extensions proposed to WebRTC for this project, but it may be premature to do so: both QUIC itself and the WebRTC integration for it have not been finalized.

from webrtc.

Google's messaging platform for text and video is 100% based on QUIC.
YouTube is all QUIC.
40% of all internet mobile traffic is UDP. Mostly because of YouTube and Netflix apparently.

So yes it replaces the transport channel.
It's UDP with the TCP congestion control backend in.

So if you want video conferencing then you just transcode and stream onto this transport.
It's exactly what you do with data except it's video frames.
Use whatever codec you want.

Am just saying that it can easily replace QUIC and be careful because allot of the opinions are biased due to the webrtc versus Google versus Microsoft war over this standard.

I see QUIC as a huge opportuniy to break out of this decades old webrtc legacy code. It's horrible stuff down in the weeds.

from webrtc.

Almost forgot this gem !!?

go-libp2p-quic-transport

from webrtc.

https://github.com/libp2p/go-libp2p-quic-transport

from webrtc.

@gedw99 thanks for sharing this stuff! I know nothing about QUIC, but will do a deep dive this weekend :)

from webrtc.

from webrtc.

It's going through standards WG at the moment

https://github.com/quicwg

from webrtc.

https://github.com/libp2p/go-libp2p-quic-transport

Probably the best example of the usefulness and practicality of QUIC.

You can see the multiplexing aspects in the code and issues

from webrtc.

https://github.com/libp2p/go-libp2p-quic-transport

Probably the best example of the usefulness and practicality of QUIC.

Unfortunately no example code though. But you can backtrack the to the original author to see examples using cli

You can see the multiplexing aspects in the code and issues

from webrtc.

Added to roadmap! I think it would be great if we could play with this in pion-WebRTC. Hopefully we can get to a point where it is easier to prototype things here then other implementations of WebRTC.

from webrtc.

Hey @Sean-Der
thanks for adding https://github.com/pion/quic

from webrtc.