実験的ビルドへ HTTP/3 プロトコルのサポート。これは、QUIC プロトコル上で HTTP が動作できるようにするアドオンを実装します。 QUIC プロトコル自体は XNUMX 年前にブラウザに追加され、それ以来 Google サービスとの連携を最適化するために使用されてきました。同時に、Chrome で使用されている Google の QUIC バージョンは、Chrome のバージョンとは細部がいくつか異なります。 IETF ですが、実装が同期されるようになりました。
HTTP/3 は、HTTP/2 のトランスポートとして QUIC の使用を標準化します。 HTTP/3 および QUIC オプションを有効にするには IETF 仕様では、テスト サイトを開くときに、オプション「-enable-quic -quic-version=h3-23」を使用して Chrome を起動する必要があります。 開発者ツールのネットワーク検査モードでは、HTTP/3 アクティビティは「http/2+quic/99」として表示されます。
プロトコルを思い出してください。 (Quick UDP Internet Connections) は、Web 用の TCP+TLS の組み合わせに代わるものとして 2013 年から Google によって開発されており、TCP での接続のセットアップとネゴシエーションに時間がかかるという問題を解決し、データ転送中にパケットが失われた場合の遅延を解消します。 QUIC は、複数の接続の多重化をサポートし、TLS/SSL と同等の暗号化方式を提供する UDP プロトコルの拡張です。問題のプロトコルはすでに Google サーバー インフラストラクチャに統合されており、Chrome の一部です。 Firefox に含めるために、Google サーバー上でクライアントのリクエストを処理するために積極的に使用されます。
メイン クイック:
- TLS と同様の高いセキュリティ (基本的に QUIC は UDP 上で TLS を使用する機能を提供します)。
- フロー整合性制御によりパケット損失を防止します。
- 接続を即座に確立し (0-RTT、約 75% の場合、接続セットアップ パケットの送信直後にデータを送信できます)、要求の送信と応答の受信の間の遅延 (RTT、往復時間) を最小限に抑える機能。
- パケットの再送信時に同じシーケンス番号を使用しないため、受信パケットの識別における曖昧さが回避され、タイムアウトがなくなります。
- パケットの損失は、それに関連付けられたストリームの配信にのみ影響し、現在の接続を通じて送信される並列ストリームでのデータの配信は停止しません。
- 失われたパケットの再送信による遅延を最小限に抑えるエラー修正機能。 パケットレベルで特別なエラー訂正コードを使用して、失われたパケットデータの再送信が必要な状況を軽減します。
- 暗号化ブロックの境界は QUIC パケットの境界と一致しているため、後続のパケットの内容のデコードにおけるパケット損失の影響が軽減されます。
- TCP キューのブロックには問題はありません。
- 接続識別子のサポート。モバイル クライアントの再接続の確立にかかる時間を短縮します。
- 高度な接続輻輳制御メカニズムを接続する可能性。
- 方向ごとのスループット予測技術を使用して、パケットが最適なレートで送信されるようにし、パケットの輻輳やパケット損失の発生を防ぎます。
- 知覚可能な TCP と比較したパフォーマンスとスループット。 YouTube などのビデオ サービスの場合、QUIC はビデオ視聴時の再バッファリング操作を 30% 削減することが示されています。
出所： オープンネット.ru