マイクロソフト社 ライブラリコードのオープンについて ネットワークプロトコルの実装により 。コードはCで書かれており、 MITライセンスの下で。このライブラリはクロスプラットフォームであり、Windows だけでなく Linux でも使用できます。 または TLS 1.3 の OpenSSL。将来的には他のプラットフォームもサポートする予定です。
このライブラリは、Windows 10 カーネル (Insider Preview) で提供される msquic.sys ドライバー コードに基づいており、HTTP および QUICの上にあります。このコードは、内部 Windows スタックおよび .NET Core で HTTP/3 を実装するためにも使用されます。 MsQuic ライブラリの開発は、パブリック ピア レビュー、プル リクエスト、GitHub Issues を使用して完全に GitHub 上で行われます。 4000 を超えるテストのセットですべてのコミットとプル リクエストをチェックするインフラストラクチャが準備されています。開発環境が安定した後、サードパーティ開発者からの変更を受け入れる予定だ。
MsQuic はすでにサーバーとクライアントの作成に使用できますが、IETF 仕様で定義されているすべての機能が現在利用できるわけではありません。たとえば、0-RTT、クライアント移行、パス MTU 検出、サーバー優先アドレス制御はサポートされていません。実装された機能の中で、最大のスループットと最小の遅延を達成するための最適化、非同期入出力のサポート、RSS (Receive Side Scaling)、および入力と出力の UDP ストリームを結合する機能が注目されています。 MsQuic 実装は、Chrome および Edge ブラウザの実験版との互換性がテストされています。
HTTP/3 は、HTTP/2 のトランスポートとして QUIC プロトコルの使用を標準化していることを思い出してください。 プロトコル (Quick UDP Internet Connections) は、Web 用の TCP+TLS の組み合わせの代替として 2013 年から Google によって開発されており、TCP での接続のセットアップとネゴシエーションに時間がかかるという問題を解決し、データ転送中にパケットが失われた場合の遅延を解消します。 QUIC は、複数の接続の多重化をサポートし、TLS/SSL と同等の暗号化方式を提供する UDP プロトコルの拡張です。
メイン クイック:
- TLS と同様の高いセキュリティ (本質的に QUIC は UDP 上で TLS 1.3 を使用する機能を提供します)。
- フロー整合性制御によりパケット損失を防止します。
- 接続を即座に確立し (0-RTT、約 75% の場合、接続セットアップ パケットの送信直後にデータを送信できます)、要求の送信と応答の受信の間の遅延 (RTT、往復時間) を最小限に抑える機能。
- パケットの再送信時に同じシーケンス番号を使用しないため、受信パケットの識別における曖昧さが回避され、タイムアウトがなくなります。
- パケットの損失は、それに関連付けられたストリームの配信にのみ影響し、現在の接続を通じて送信される並列ストリームでのデータの配信は停止しません。
- 失われたパケットの再送信による遅延を最小限に抑えるエラー修正機能。 パケットレベルで特別なエラー訂正コードを使用して、失われたパケットデータの再送信が必要な状況を軽減します。
- 暗号化ブロックの境界は QUIC パケットの境界と一致しているため、後続のパケットの内容のデコードにおけるパケット損失の影響が軽減されます。
- TCP キューのブロックには問題はありません。
- 接続識別子のサポート。モバイル クライアントの再接続の確立にかかる時間を短縮します。
- 高度な接続輻輳制御メカニズムを接続する可能性。
- 方向ごとのスループット予測技術を使用して、パケットが最適なレートで送信されるようにし、パケットの輻輳やパケット損失の発生を防ぎます。
- 知覚可能な TCP と比較したパフォーマンスとスループット。 YouTube などのビデオ サービスの場合、QUIC はビデオ視聴時の再バッファリング操作を 30% 削減することが示されています。
出所： オープンネット.ru