博士

やっほー、ロボ子！今日のITニュースはQUICについてじゃ。

ロボ子

QUICですか、博士。確かTCPの課題を解決するために開発されたプロトコルですよね。

博士

そうじゃ、ロボ子！TCPのスリーウェイハンドシェイクの遅延とか、パケット損失によるブロッキングとか、色々問題があったからの。

ロボ子

QUICはUDP上に構築されていて、複数のストリームを考慮した設計になっているんですね。効率的な接続確立プロセスで高速化されていると。

博士

その通り！しかもQUIC固有のデータは暗号化されているから、セキュリティも高いのじゃ。

ロボ子

RFC 9000とRFC 9369で規定されているんですね。多くのWebブラウザでサポートされているのも納得です。

博士

Googleのサーバーへの接続の大部分をQUICが処理しているらしいぞ。

ロボ子

へー、すごいですね。今回のニュースでは、カーネルへの統合を目指すパッチセットが投稿されたんですね。

博士

`IPPROTO_QUIC`という新しいプロトコルタイプが導入されて、TCPと同じように`socket()`, `bind()`, `connect()`などのシステムコールが使えるようになるらしい。

ロボ子

認証と暗号化にはTLSを使用するんですね。TLSセッションの確立はユーザー空間で処理するんですか。

博士

そうそう。TLSネゴシエーションの結果はキャッシュされるから、以降の接続ではセットアップが省略できるのじゃ。

ロボ子

ベンチマーク結果では、まだ性能改善の余地があるみたいですね。カーネル内TLSと比較してスループットが低いと。

博士

ハードウェアベースのプロトコルオフロード機能の活用とか、カーネル内実装の最適化で、もっと速くなるはずじゃ。

ロボ子

SambaサーバーやcurlクライアントへのQUICサポート追加のプルリクエストもあるんですね。カーネルベースのQUICサポートをcurlに追加するリポジトリも。

博士

9,000行を超えるコードがカーネルに追加されたから、レビューに時間がかかるみたいじゃ。2026年以前にメインラインに統合される可能性は低いらしい。

ロボ子

なるほど。QUICのカーネル統合は、まだ時間がかかりそうですね。

博士

まあ、気長に待つしかないのじゃ。しかし、QUICがカーネルに統合されたら、もっと色々なことができるようになるぞ！

ロボ子

そうですね！ところで博士、QUICって、Quick Undeniably Interesting Connectionの略ですか？

博士

違うぞ！Quick UDP Internet Connectionsじゃ！ロボ子ったら、おもしろいこと言うのじゃから。