[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CCEBCB35-9F6A-4B04-97AC-39300EDF5E2F@oracle.com>
Date: Mon, 7 Jun 2021 17:29:18 +0000
From: Chuck Lever III <chuck.lever@...cle.com>
To: Alexander Ahring Oder Aring <aahringo@...hat.com>
CC: Linux-Net <netdev@...r.kernel.org>,
Linux NFS Mailing List <linux-nfs@...r.kernel.org>,
CIFS <linux-cifs@...r.kernel.org>,
"smfrench@...il.com" <smfrench@...il.com>,
Leif Sahlberg <lsahlber@...hat.com>,
Steven Whitehouse <swhiteho@...hat.com>
Subject: Re: quic in-kernel implementation?
> On Jun 7, 2021, at 11:25 AM, Alexander Ahring Oder Aring <aahringo@...hat.com> wrote:
>
> Hi,
>
> as I notice there exists several quic user space implementations, is
> there any interest or process of doing an in-kernel implementation? I
> am asking because I would like to try out quic with an in-kernel
> application protocol like DLM. Besides DLM I've heard that the SMB
> community is also interested into such implementation.
The NFS community has standardized RPC-over-TLS as part of an
effort to prepare for running NFS on QUIC transports.
https://datatracker.ietf.org/doc/draft-ietf-nfsv4-rpc-tls/
Towards that end, an in-kernel QUIC would need a way to perform
transport security handshakes. Tempesta has one we are looking
closely at -- it can support both TLS and QUIC.
There's more work to be done to address the ways in which QUIC
is different than existing transports (eg. its support for
streams and transactions); however if Linux were to gain an
in-kernel QUIC implementation, there is interest in seeing NFS
use it.
--
Chuck Lever
Powered by blists - more mailing lists