Hey,
In curl we currently support three different QUIC backends, out of which only
one has graduated into non-experimental (ngtcp2).
We added support for OpenSSL's own QUIC stack back before they offered a
"proper" QUIC API to allow users to do HTTP/3 even with vanilla OpenSSL, like
users could with the OpenSSL forks. We call that the OpenSSL-QUIC backend.
The OpenSSL-QUIC backend remains experimental in curl because it underperforms
significanly speedwise compared to the alternatives. It does this while also
using significantly more memory.
As vanilla OpenSSL nowadays provides an API that allows curl to use ngtcp2,
the need for curl to support OpenSSL-QUIC is questionable.
Does anyone actually like or care for OpenSSL-QUIC support in curl?
--
/ daniel.haxx.se || https://rock-solid.curl.dev
--
Unsubscribe: https://lists.haxx.se/mailman/listinfo/curl-library
Etiquette: https://curl.se/mail/etiquette.html
