Re: QUIC – Will it Replace TCP/IP?
Michael Tuexen
tuexen at freebsd.org
Wed Apr 29 20:12:07 UTC 2020
> On 29. Apr 2020, at 14:03, Scheffenegger, Richard <Richard.Scheffenegger at netapp.com> wrote:
>
> FYI only.
>
>
> Richard Scheffenegger
>
>
> -----Original Message-----
> From: Eggert, Lars <lars at netapp.com>
> Sent: Mittwoch, 29. April 2020 13:01
> Subject: Re: QUIC – Will it Replace TCP/IP?
>
> Hi,
>
> Microsoft just announced that they are open-sourcing their QUIC stack (under an MIT license).
>
> MSQUIC is suitable for application and kernel-use (it will ship as part of the Windows kernel), so it might be usable in
My understanding was that QUIC focuses purely on userland implementations this is interesting.
Since understanding how the Windows kernel works is on my ToDo list for next life,
can you explain how they do the public crypto operations in the kernel without
risking CPU exhaustion attacks (last time I checked, these were expensive).
> other kernel contexts (FreeBSD/ONTAP, Linux) as well. The amount of work needed is likely (much) less than porting another QUIC stack that is only meant for user-space use. Also, based on my testing, MSQUIC is amongst the faster and most interoperable stacks.
>
> In short, if we wanted to do something with QUIC, MSQUIC would probably a good starting point.
Is there really a demand for kernel based QUIC stacks?
Best regards
Michael
>
> Lars
>
>
> On 2020-4-29, at 2:38, Nick Banks <nibanks=40microsoft.com at dmarc.ietf.org> wrote:
>>
>> Hey Folks,
>>
>> We just open sourced the Microsoft QUIC implementation, MsQuic:
>> https://github.com/microsoft/msquic. Feel free to read a little bit
>> about it in this post:
>> https://techcommunity.microsoft.com/t5/networking-blog/msquic-is-open-
>> source/ba-p/1345441
>>
>> Thanks,
>> - Nick
>
> _______________________________________________
> freebsd-transport at freebsd.org mailing list
> https://lists.freebsd.org/mailman/listinfo/freebsd-transport
> To unsubscribe, send any mail to "freebsd-transport-unsubscribe at freebsd.org"
More information about the freebsd-transport
mailing list