>You mean "Google is putting massive amounts of pressure on people to try and
>make sure that DTLS loses to QUIC" (or as one dev put it, "QUIC doesn't
>deliver but no-one will say so in public because of Google's ire", another one
>mentioned "huge amounts of vitriol from Google when we tried to push back on
>QUIC").

I would certainly never say anything just to please Google, but QUIC delivers 
in spades, it is a large part of the whole Internet traffic and has very 
beneficial performance compared to TLS/TCP over non-optimal connections. QUIC 
also has mandatory encryption, which cannot be turned off, which is exactly how 
things should be. I think we should all be very thankful to Google for putting 
so much R&D into QUIC and SPDY and then letting everyone benefit by 
standardizing them (with a lot of changes) in the IETF.

That said, nobody will ever use CoAP over QUIC. QUIC is not the solution to 
everything, but that is not Google’s fault. David Benjamin should be thanked 
for describing all these problems with DTLS 1.3.

Cheers,
John

From: Peter Gutmann <[email protected]>
Date: Thursday, 14 November 2024 at 03:08
To: David Benjamin <[email protected]>, [email protected] 
<[email protected]>
Cc: Andrei Popov <[email protected]>, Joseph Salowey 
<[email protected]>, IETF TLS <[email protected]>
Subject: [TLS] Re: [EXTERNAL] Re: DTLS 1.3 bis
Ben Smyth <[email protected]> writes:

>Datagram TLS over UDP (Userdata Datagram Protocol) is losing to Quic[k UDP
>Internet Connections]

You mean "Google is putting massive amounts of pressure on people to try and
make sure that DTLS loses to QUIC" (or as one dev put it, "QUIC doesn't
deliver but no-one will say so in public because of Google's ire", another one
mentioned "huge amounts of vitriol from Google when we tried to push back on
QUIC").

Peter.

_______________________________________________
TLS mailing list -- [email protected]
To unsubscribe send an email to [email protected]
_______________________________________________
TLS mailing list -- [email protected]
To unsubscribe send an email to [email protected]

Reply via email to