令和6年度 春期 ネットワークスペシャリスト試験 午前Ⅱ 問1（QUIC）

QUICはUDPをベースとしたトランスポート層プロトコルであり、TCPのハンドシェイク遅延とヘッドオブラインブロッキング問題を解消する技術である。

本記事はGeminiの出力をプロンプト工学で整理した業務ドラフト（未検証）です。

背景：TCPが抱える「遅延」と「ブロッキング」

従来のウェブ通信（HTTP/2 over TCP+TLS）には、プロトコルスタックの構造に起因する2つの大きな課題がありました。第一に、TCPの3ウェイ・ハンドシェイクとTLSのハンドシェイクが別々に行われるため、通信開始までに複数の往復時間（RTT）を要することです。第二に、TCPのストリームが1つであるため、パケットロスが発生すると、そのパケットの再送が完了するまで後続の全データが待機させられる「ヘッドオブライン（HoL）ブロッキング」が発生することです。

2024-05-23現在、Google等のサービスで広く普及しているQUICは、これらの課題を解決するためにRFC 9000として標準化されました。

問題の核心：QUICの基盤と特性

2024-04-21に実施されたネットワークスペシャリスト試験の問1では、QUICが「どのプロトコルを利用し、どのような機能を持つか」が問われました。QUICはOSカーネルの改修を待たずにデプロイできるよう、ユーザー空間で実装可能なUDPを選択しています。

graph TD
    A[HTTP/3] --> B[QUIC]
    B --> C[UDP]
    C --> D[IP]

    subgraph "QUIC Integration"
    B1["Connection Management"]
    B2["TLS 1.3 Integrated"]
    B3["Stream Multiplexing"]
    end

接続手順と効率化のメカニズム

QUICはTLS 1.3を内部に統合しており、トランスポート層の接続確立と暗号化のネゴシエーションを同時に行います。

1. 1-RTT 接続: 最初の接続時に、TCP+TLSでは3〜4 RTTかかっていたものが、1 RTTで完了します。

2. 0-RTT 接続: 2回目以降の接続では、前回の情報を再利用することで、データ送信を即座に開始できます。

3. ストリーム多重化: 1つのQUICコネクション内に独立した複数のストリームを保持します。1つのストリームでパケットロスが起きても、他のストリームの通信は止まりません。

要点箇条書き

• 基盤プロトコル: 信頼性のないUDPを採用し、その上位レイヤ（QUIC）で再送制御や順序制御を実装する。

• 暗号化の統合: TLS 1.3をプロトコルの一部として組み込み、ハンドシェイクの往復回数を削減する。

• HoLブロッキングの解消: ストリーム単位で管理を行うため、一部のパケット損失がコネクション全体に波及しない。

• コネクションID: IPアドレスが変わってもコネクションを維持できるConnection ID（CID）を導入し、モバイル環境での耐性を高めている。

※ 2024-05-23時点のRFC 9000およびIPA公式解答に基づき構成。