クラウドフレア社
ダウンロードするだけで組み立てられます
クライアント ソフトウェアでは、HTTP/3 サポートが Chrome Canary とcurl ユーティリティの実験的ビルドにすでに追加されています。 サーバー側では、これまでは個別に限定されたものを使用する必要がありました
HTTP/3 は、HTTP/2 のトランスポートとして QUIC プロトコルの使用を標準化していることを思い出してください。 プロトコル
メイン
- TLS と同様の高いセキュリティ (基本的に QUIC は UDP 上で TLS を使用する機能を提供します)。
- フロー整合性制御によりパケット損失を防止します。
- 接続を即座に確立し (0-RTT、約 75% の場合、接続セットアップ パケットの送信直後にデータを送信できます)、要求の送信と応答の受信の間の遅延 (RTT、往復時間) を最小限に抑える機能。
- パケットの再送信時に同じシーケンス番号を使用しないため、受信パケットの識別における曖昧さが回避され、タイムアウトがなくなります。
- パケットの損失は、それに関連付けられたストリームの配信にのみ影響し、現在の接続を通じて送信される並列ストリームでのデータの配信は停止しません。
- 失われたパケットの再送信による遅延を最小限に抑えるエラー修正機能。 パケットレベルで特別なエラー訂正コードを使用して、失われたパケットデータの再送信が必要な状況を軽減します。
- 暗号化ブロックの境界は QUIC パケットの境界と一致しているため、後続のパケットの内容のデコードにおけるパケット損失の影響が軽減されます。
- TCP キューのブロックには問題はありません。
- 接続識別子のサポート。モバイル クライアントの再接続の確立にかかる時間を短縮します。
- 高度な接続輻輳制御メカニズムを接続する可能性。
- 方向ごとのスループット予測技術を使用して、パケットが最適なレートで送信されるようにし、パケットの輻輳やパケット損失の発生を防ぎます。
- 知覚可能な
インクリメント TCP と比較したパフォーマンスとスループット。 YouTube などのビデオ サービスの場合、QUIC はビデオ視聴時の再バッファリング操作を 30% 削減することが示されています。
出所: オープンネット.ru