Mozilla は、3 月 88 日に予定されている Firefox 19 のリリースで HTTP/20 と QUIC の段階的導入を開始する意向を発表しました (当初は 3 月 3 日にリリースされる予定でしたが、スケジュールから判断すると XNUMX 日延期されることになります)。 HTTP/XNUMX サポートは、最初はごく一部のユーザーに対してのみ有効になりますが、予期せぬ問題がない限り、XNUMX 月末までにすべてのユーザーに展開される予定です。 夜間ビルドとベータ版では、HTTP/XNUMX が XNUMX 月末にデフォルトで有効になりました。
Firefox での HTTP/3 の実装は、QUIC プロトコルのクライアントとサーバーの実装を提供する Mozilla によって開発された neqo プロジェクトに基づいていることを思い出してください。 HTTP/3 および QUIC サポートのコンポーネント コードは Rust で書かれています。 HTTP/3 を有効にするかどうかを制御するために、about:config には「network.http.http3.enabled」オプションが用意されています。 クライアントソフトウェアからは、HTTP/3の実験的サポートがChromeとcurlにも追加されており、サーバーについてはnginxで利用できるほか、nginxモジュールとCloudflareのテストサーバーの形式でも利用できます。 Web サイト側では、Google サーバーと Facebook サーバーで HTTP/3 サポートがすでに提供されています。
HTTP/3 プロトコルはまだ仕様草案の段階にあり、IETF によって完全には標準化されていません。 HTTP/3 では、クライアントとサーバーが同じバージョンの QUIC ドラフト標準と HTTP/3 のサポートを必要とします。これは、Alt-Svc ヘッダーで指定されています (Firefox は仕様ドラフト 27 から 32 をサポートします)。
HTTP/3 は、HTTP/2 のトランスポートとして QUIC プロトコルの使用を定義します。 QUIC (Quick UDP Internet Connections) プロトコルは、Web 用の TCP+TLS の組み合わせに代わるものとして 2013 年から Google によって開発されており、TCP での接続の長いセットアップ時間とネゴシエーション時間の問題を解決し、データ中にパケットが失われた場合の遅延を解消します。移行。 QUIC は、複数の接続の多重化をサポートし、TLS/SSL と同等の暗号化方式を提供する UDP プロトコルの拡張です。 IETF 標準の開発中にプロトコルに変更が加えられ、それにより 3 つの並列ブランチが出現しました。XNUMX つは HTTP/XNUMX 用で、もう XNUMX つは Google によってサポートされています (Chrome は両方のオプションをサポートしています)。
QUIC の主な機能:
- TLS と同様の高いセキュリティ (基本的に QUIC は UDP 上で TLS を使用する機能を提供します)。
- フロー整合性制御によりパケット損失を防止します。
- 接続を即座に確立し (0-RTT、約 75% の場合、接続セットアップ パケットの送信直後にデータを送信できます)、要求の送信と応答の受信の間の遅延 (RTT、往復時間) を最小限に抑える機能;
- パケットを再送信するときに別のシーケンス番号を使用します。これにより、受信パケットを識別する際のあいまいさが回避され、タイムアウトがなくなります。
- パケットの損失は、それに関連付けられたストリームの配信にのみ影響し、現在の接続を通じて送信される並列ストリームでのデータの配信は停止しません。
- 失われたパケットの再送信による遅延を最小限に抑えるエラー修正機能。 パケットレベルで特別なエラー訂正コードを使用して、失われたパケットデータの再送信が必要な状況を軽減します。
- 暗号化ブロックの境界は QUIC パケットの境界と一致しているため、後続のパケットの内容のデコードにおけるパケット損失の影響が軽減されます。
- TCP キューのブロックには問題はありません。
- 接続識別子のサポート。モバイル クライアントの再接続の確立にかかる時間を短縮します。
- 高度な接続輻輳制御メカニズムを接続する可能性。
- 方向ごとのスループット予測技術を使用して、パケットが最適なレートで送信されるようにし、パケットの輻輳やパケット損失の発生を防ぎます。
- TCP と比較してパフォーマンスとスループットが大幅に向上します。 YouTube などのビデオ サービスの場合、QUIC はビデオ視聴時の再バッファリング操作を 30% 削減することが示されています。
出所： オープンネット.ru