QUICは、現在広く使用されているTCP (RFC 793)よりも遅延が少なく、信頼性とセキュリティが優れている新しい通信トランスポート プロトコルです 。
既に 将来の HTTP/3 標準の基礎となる QUIC トランスポートの利点については、多くのことが語られてきました。次世代の HTTP では、TCP トランスポートが QUIC に変更されています。つまり、接続が自動的に高速化され、TCP を介してクリア テキストで送信されていたすべてのインターネット トラフィックが暗号化されます。暗号化されていないQUICは一切提供されません。
2021 年 5 月、重要な出来事が起こりました。QUICプロトコルが公式のRFC9000標準として採用されました 。これは、インターネット エコシステム全体にとって素晴らしいニュースです。
これらの標準は、インターネット技術標準化委員会 (IETF)によって承認されてい ます。補助標準RFC 9001、 RFC 9002、および RFC 8999は以前に発行されました 。
したがって、QUICバージョン1は正式に受け入れられ、承認されました。関係者全員が議事録草案の実験を終え、最初の正式版に移行することができ ます。
QUIC は、近年の IETF の最優先事項の 1 つです。 Google の実験として始まったQUIC の開発は、すぐに国際的に 拡大しました。5年近くかけて行われた ... 26 回の対面会議、トラッカー での 1749 件のタスク、メーリング リストでの何千件もの手紙が記録されました 。
QUICは大きな変化をもたらす非常に野心的なプロジェクトです。 「インターネットのトランスポート エコシステムは数十年にわたって骨化してきましたが、QUIC はそれを活性化させます」 と、プロトコル開発ワーキング グループの一員である Fastly のエンジニアは書いています。
骨化は、毎年システムの柔軟性が低下し、モバイル性が低下することを意味します。 QUIC は、必須の暗号化、バージョン管理、さらに豊富で生産性の高い一連のサービスを含む多くの革新をトランスポート層にもたらし、その上に新しいテクノロジーが構築されます。 QUICは次世代のインターネットイノベーションにつながると期待されています。これは、Unreliable Datagram Extensionなどの拡張機能ですでに発生し始めてい ます。信頼できないデータグラムは、新しいクラスのリアルタイム メディアへの扉を開き、いくつかのピクセルが失われたときにリンクがドロップする義務的なパケット配信よりも機能的なトランスポートを必要とするその他のアプリケーションへの扉を開きます。などの有望な技術がすでに見られています。 MASQUEと WebTransport。
HTTP/3
HTTP / 3標準 (これは QUIC 上の HTTP です) は、QUIC より少し遅れており、近い将来に正式に採用される予定です。
第34回(!)ドラフトHTTP/3
HTTP/2 の採用から 6 年が経過した: 2015 年 5 月にRFC 7540仕様が 公開されましたが、まだ広く使用されていません。このプロトコルは 2015 年末からすべてのブラウザーに実装されており、3 年後、最も人気のある 1,000 万のインターネット サイトの45.4%のみが HTTP/2 をサポートしています。 2 年半前は 31.2%でした。最近、Amazon、Paypal、Telegram.org のサイトが HTTP/2 に移行しました。
これで、HTTP / 3 の 3 番目のバージョンの準備がほぼ整いました。まだしばらくお待ちください。
QUIC は、UDP 上で実行される TCP の代替品です。このテクノロジーは、HTTP / 2 の基礎となった以前の SPDY プロトコルのように、もともと Google のエンジニアによって作成されました。当初、QUICは「HTTP / 2-encrypted-over-UDP」と呼ばれていました。
その後、QUICの開発は標準化のためにIETFに提出されました。ここでは、トランスポートと HTTP の 2 つの部分に分かれています。この考え方は、トランスポート プロトコルを使用して、HTTP または HTTP のようなプロトコルだけに限定するのではなく、他のデータも転送できるというものです。ただし、名前は同じままです: QUIC。トランスポート プロトコルは、IETF の QUIC ワーキング グループによって開発されています。
Googleや他の人がgQUICの独自の実装上の作業を続けながら、長い時間のために、IETFのバージョンは、iQUICと呼ばれていたが、2018年11月7日、プロトコル、ドミトリーチホノフの主要な開発者の一人で、 発表された当事者が持っていたことプロトコル互換性を達成し、現在、開発は一般的な方向で継続されます。Chrome の QUIC はchrome: // フラグ設定で有効になっています 。どのサイトが QUIC をサポートしているかを示すインジケーター拡張もあります。
組み込みのセキュリティとパフォーマンス
TCP 上の QUIC トランスポート プロトコルの利点は何ですか?多くの利点があります。新しいプロトコルへのレガシーTCPからの動きは、避けられない従っ に、TCPの非効率性に苦しんでいることが明らかであるとして、ワーキンググループリーダーのマークノッティンガム。
「TCP はシーケンシャル パケット配信プロトコルであるため、1 つのパケットが失われると、アプリケーションがバッファから後続のパケットを配信できなくなる可能性があります。多重化プロトコルでは、これはパフォーマンスの大幅な低下につながる可能性があると、Mark Nottingham は説明します。 「QUIC は、UDP 上で TCP セマンティクスを (HTTP / 2 ストリーミング モデルのいくつかの側面とともに) 効果的に再構築することにより、この問題を解決しようとしています。」
TCP から UDP への大量のトラフィックの移行に加えて、QUIC プロトコルは必須の暗号化を必要とします。暗号化されていない QUIC はまったく存在しません。 QUIC は TLS 1.3 を使用してセッション キーを設定し、各パケットを暗号化します。ただし、UDP ベースであるため、TCP で公開されるセッション情報とメタデータの多くは QUIC で暗号化されます。
で 、インターネットプロトコルの未来、マーク・ノッティンガムはQUICへの移行と、重大なセキュリティの向上について語ります：
« » iQUIC — , — , , ( ). — ACK, .
, RTT ; .
. , .
— -. , -, RTT. , , .
おそらく、Google が Chrome ブラウザへの実装を急がなければ、QUIC 標準の採用はもっと早く行われ、標準の「分岐」が起こったでしょう。
それにもかかわらず、進歩は避けられません.今後数年間で、QUICトランスポートでのHTTP / 3を含むさまざまな新世代プロトコルの標準化と広範な実装は確実に継続します.
次も参照してください。
- 「HTTP / 3: ルートからヒントまで」
- マーク ノッティンガムによるインターネット プロトコルの未来
GlobalSign の記念日を祝い、割引を受けましょう!
