Cross-platform, C implementation of the IETF QUIC protocol, exposed to C, C++, C# and Rust.
Перейти к файлу
Nick Banks 2ef355adc1
Change QUIC_API to __cdecl on Windows User Mode (#377)
2020-05-11 13:42:51 -07:00
.azure Support NoProcDump Mode for Windows Test Script (#379) 2020-05-11 13:34:34 -07:00
.github Add a code owners file to default PRs (#318) 2020-04-13 14:50:01 -07:00
docs Update Build Docs for CMake Specific Instructions (#372) 2020-05-09 08:06:25 -07:00
scripts Support NoProcDump Mode for Windows Test Script (#379) 2020-05-11 13:34:34 -07:00
src Change QUIC_API to __cdecl on Windows User Mode (#377) 2020-05-11 13:42:51 -07:00
submodules Update to Latest Googletest Master Branch (#374) 2020-05-11 13:42:35 -07:00
.gitignore Initial Commit of MsQuic Code (#1) 2019-10-30 14:51:06 -07:00
.gitmodules Get testlib building in kernel mode (#193) 2020-02-28 07:40:21 -08:00
CMakeLists.txt Unreliable Datagram Support (#329) 2020-05-08 15:11:39 -07:00
LICENSE Initial Commit of MsQuic Code (#1) 2019-10-30 14:51:06 -07:00
README.md Minor Rewording of Readme on OpenSSL Usage (#346) 2020-04-29 12:10:36 -07:00
msquic.dbgext.sln Build WinDbg Extension (#246) 2020-03-19 11:27:13 -07:00
msquic.kernel.sln Build msquictest for kernel mode (#194) 2020-02-28 08:55:22 -08:00

README.md

MsQuic

MsQuic is a Microsoft implementation of the IETF QUIC protocol. It is cross platform, written in C and designed to be a general purpose QUIC library.

Important The MsQuic library, as well as the protocol itself, is still a work in progress. Version 1 is not yet finalized and may continue to experience breaking changes until it is finalized.

Build Status

Protocol Features

QUIC has many benefits when compared to existing TLS over TCP scenarios:

  • Handshake authenticated with TLS 1.3
  • All packets are encrypted
  • Parallel streams of application data.
  • Improved (compared to TCP) congestion control and loss recovery.
  • Exchange application data in the first round trip (0-RTT).
  • Survives a change in the clients IP address or port.
  • Easily extendable for new features (such as unreliable delivery).

Important Several QUIC protocol features are not yet fully implemented:

  • 0-RTT
  • Client-side Migration
  • Server Preferred Address
  • Path MTU Discovery

Library Features

  • Cross-platform support.
  • Optimized for client and server.
  • Optimized for maximal throughput and minimal latency.
  • Asynchronous IO.
  • Receive side scaling (RSS).
  • UDP send and receive coalescing support.

Platform Support

MsQuic currently officially supports the following platform configurations. Information on support for MsQuic itself is located here.

Windows 10

On Windows 10, MsQuic relies on built-in support from Schannel for TLS 1.3 functionality. MsQuic is shipped in-box in the Windows kernel in the form of the msquic.sys driver, to support built-in HTTP and SMB features. User mode applications use msquic.dll (built from here) and package it with their app.

Important This configuration requires running the latest Windows Insider Preview Builds for Schannel's TLS 1.3 support.

Important This configuration does not support 0-RTT due to Schannel's current lack of support.

Linux

On Linux, MsQuic relies on OpenSSL for TLS 1.3 functionality.

Important This configuration relies on an outstanding pull request to OpenSSL master for QUIC/TLS support. It is still currently unknown as to when it will be merged into master. See here for more details.

Important This configuration does not support 0-RTT. Complete integration with OpenSSL is an ongoing effort.

Other

For testing or experimentation purposes, MsQuic may be built with other configurations, but they are not to be considered officially supported unless they are listed above. Any bugs found while using these configurations may be looked at, but no guarantees are provided that they will be fixed.

Documentation

  • For building the library, see the Build docs.
  • For using the library, see the API docs or the Sample.
  • For other frequently asked questions, see the FAQs.

Contributing

For the time being, external code contributions will not be accepted. We are still working on setting up internal repository sycnhronization, continuous integration, and generally ironing out our processes.

Most contributions require you to agree to a Contributor License Agreement (CLA) declaring that you have the right to, and actually do, grant us the rights to use your contribution. For details, visit https://cla.opensource.microsoft.com.

When you submit a pull request, a CLA bot will automatically determine whether you need to provide a CLA and decorate the PR appropriately (e.g., status check, comment). Simply follow the instructions provided by the bot. You will only need to do this once across all repos using our CLA.

This project has adopted the Microsoft Open Source Code of Conduct. For more information see the Code of Conduct FAQ or contact opencode@microsoft.com with any additional questions or comments.