Re:MsQuic – QUIC Implementation from Microsoft
by akmittal on Wednesday April 29, 2020 @04:37AM
(#23016841)
Was't QUIC was standarized as HTTP/3 what makes it call QUIC not HTTP/3.
[ Parent
| on HN ]
Re:MsQuic – QUIC Implementation from Microsoft
by detaro on Wednesday April 29, 2020 @04:38AM
(#23016847)
No. HTTP/3 is HTTP using QUIC as the lower-layer transport. QUIC itself allows for different protocols to be build on top of it, and was standardized on its own.
Re:MsQuic – QUIC Implementation from Microsoft
by elithrar on Wednesday April 29, 2020 @09:01AM
(#23018572)
To expand on this:
• QUIC’s original implementation bound the transport protocol & app protocol to HTTP/2 - this was led by Google and is commonly referred to as “gQUIC”. This is what Chromium implemented and could be used via the Cronet library in other contexts. • A desire to use QUIC as a stand-alone transport layer (above UDP) grew, and is now standards-tracked as “IETF QUIC”. • HTTP/3 is a evolution (rather than a revolution) of HTTP/2 that requires IETF QUIC as a transport.