Lines Matching +full:layer +full:- +full:primary

9 -------------------------
14 [posted](https://mta.openssl.org/pipermail/openssl-project/2021-October/002764.html)
18   fully functional QUIC implementation over a series of releases (2-3).
20 * The current libssl record layer includes support for TLS, DTLS and KTLS. QUIC
22   a pluggable record layer interface to be implemented to enable this to be less
23   intrusive, more maintainable, and to harmonize the existing record layer
25   record layer interface will be internal only for MVP and be public in a future
37   layer interface and a single stream QUIC client in the form of s_client that
42   non-goal of the initial release). Our expectation is that other libraries will
48   record layer interface and it should offer a stable ABI (via a provider).
52   part of this activity - we can change major release numbers even if APIs remain
56   is a non-goal.
63   1. [Cloudfare](https://cloudflare-quic.com/)
67 ### Non-QUIC OpenSSL Requirements
74 * The platform policy, covering the primary and secondary platforms, should be
75   followed. (Note that this includes testing of primary and secondary platforms
79 --------------------------
82 [blog post](https://www.openssl.org/blog/blog/2021/11/25/openssl-update/) which
119 -----------------------
131   stream QUIC easily. More likely to want to do multi-stream.
136   using fibres). Would prefer to use the existing APIs - they don’t want to throw
143 ------------------
149   level - the structure of the application should be the same. At runtime
160 * QUIC performance should be comparable (in some future release - not MVP) with
184 ----------------------
189 * a pluggable record layer (not public for MVP)