住所が変わっても「手紙」が届く？HTTP/3の「Connection ID」が起こす魔法
こんにちは！インフラエンジニアの現場を渡り歩いているライターです。
皆さんは、スマホでYouTubeを見ながら地下鉄に乗ったとき、急に動画が止まって「クルクル」し始めた経験はありませんか？あれは、トンネルに入ってWi-Fiから4G/5Gに切り替わった瞬間、スマホの「住所（IPアドレス）」が変わってしまい、サーバーが「あれ？誰だっけ？」と混乱してしまうのが原因です。
しかし、次世代の通信プロトコル「HTTP/3（QUIC）」の世界では、この悩みは過去のものになりつつあります。今日は、なぜ住所が変わっても通信が途切れないのか、その鍵を握る「Connection ID（CID）」という仕組みについて、一緒に紐解いていきましょう。
—
従来の「住所」だけでは限界だった理由
これまでのインターネット（HTTP/1.1やHTTP/2）は、「TCP」というルールで動いていました。このTCPは、非常に「真面目だけど融通が利かない」性格です。
TCPは、相手を「IPアドレス」と「ポート番号」のペアで識別します。
例えるなら、「東京都在住の〇〇さん」という住所だけで相手を特定している状態です。もし〇〇さんが大阪に引っ越したら、郵便局（サーバー）は「そんな人はもう知らない！」と手紙を突き返してしまいますよね。
これが、Wi-Fiから4Gに切り替わった瞬間に通信が切れる理由です。「IPアドレスが変わる＝全くの別人に変わった」と判断されてしまうからなんです。
—
救世主「Connection ID (CID)」の登場
ここで登場するのが、QUICプロトコルにおける「Connection ID（CID）」です。
CIDを簡単に言うと、IPアドレスという「住所」ではなく、「あなた専用の会員番号」をパケットに直接書き込んでおく仕組みです。
郵便配達で例えると…
- 従来のTCP: 「〇〇市〇〇町1-2-3の山田さん」宛に送る。引っ越したら届かない。
- QUICのCID: 「会員番号：A-8888の山田さん」宛に送る。引っ越して住所が変わっても、「A-8888」という番号さえ書いてあれば、郵便局は「ああ、引っ越したんですね！新しい住所へ届けます！」と対応してくれる。
この「会員番号」のおかげで、通信経路の途中でIPアドレスが変わっても、サーバーは「あ、さっきまで会話していたA-8888さんだね！」と即座に認識し、通信を継続できるのです。これが「接続マイグレーション」の正体です。
—
現場で見る「接続マイグレーション」のロジック
では、このCIDがどのように動いているのか、ネットワークの現場でパケットをキャプチャするような視点で見てみましょう。
QUICでは、接続の開始時にサーバーとクライアントの間で、お互いに「私のCIDはこれね！」と交換します。
// クライアントがサーバーに送る初期パケットのイメージ
Packet {
Header: {
Source_CID: “Client-ID-001”, // クライアントの会員番号
Destination_CID: “Server-ID-999”, // サーバーの会員番号
Payload: “データの中身…”
}
}
もしスマホがWi-Fiから4Gに切り替わった場合、IPアドレスは変わりますが、「Source_CID: Client-ID-001」というIDはそのままです。
サーバー側は、パケットが届いた瞬間に「IPアドレスは変わったけど、IDが『Client-ID-001』だから、継続中のセッションだ！」と判断します。これにより、切断されることなく動画再生がスムーズに続くわけです。
—
NATリバインディングという「落とし穴」にも対応
もう一つ、現場でよくあるのが「NATリバインディング」です。
カフェのWi-Fiルーターなどが、勝手に「あなた、接続ポートをこっちに変更してね」とルーティングを変えてしまう現象です。
これが発生すると、外側から見えるポート番号がコロコロ変わります。しかし、CIDさえあればサーバーは「ポートが変わった？ああ、ルーターの気まぐれね」と無視して、通信を維持します。
実務でのデバッグポイント
もし皆さんがQUICのサーバーを構築したり、トラブルシュートしたりする際は、以下の点に注目してみてください。
1. CIDの追跡: `Wireshark` などのツールで、パケットの `Source Connection ID` がIPアドレス変更前後で一致しているか確認する。
2. サーバー側の設定: サーバーが「新しいIPアドレスからの接続も、同じCIDなら許可する」という設定（接続マイグレーションの有効化）になっているか。
クライアント側（ブラウザやアプリ）のQUIC実装例（概念的な設定）
接続マイグレーションを許可する設定
config.enable_connection_migration = true;
IPアドレスが変わっても、CIDをキーにしてパケットをルーティングし続ける
connection.track_by_cid(cid_value);
—
最後に：ネットワークはもっと自由になれる
「IPアドレスという物理的な制約から、通信を解放する」。
Connection IDの導入は、インターネットをより人間中心の、ストレスのないものにするための素晴らしい進化です。
最初は「CID？IPアドレスだけでいいじゃん」と思うかもしれません。ですが、モバイルが当たり前の現代において、この仕組みこそが「どこにいても繋がる」という当たり前の日常を支える縁の下の力持ちなのです。
もしまた通信が途切れないWebサイトを見かけたら、「ああ、今裏側でCIDが頑張って繋ぎ止めてくれているんだな」と思い出してみてください。きっと、ネットワークを見る目が少しだけ変わるはずですよ！
それでは、また次回の技術解説でお会いしましょう。Happy Networking!
コメント