インターネットの「再送」革命！QUICのLoss Recoveryが世界を速くする理由
こんにちは！インフラエンジニアの現場を駆け回っていると、「通信の速さ」の正体は実は「いかに失敗をスマートに処理するか」にあると痛感します。
皆さんが普段何気なく見ているWebサイトや動画。実は、インターネットの世界ではパケット（データの小包）が日々、迷子になったり消えたりというトラブルと戦っています。今回は、次世代通信の旗手である「HTTP/3（QUIC）」が、このパケットロスという壁をどう乗り越えているのか、郵便配達に例えて紐解いていきましょう。
—
そもそも「パケットが消える」とはどういうこと？
インターネット上の通信は、大きなデータを小分けにして送る「郵便」に似ています。例えば、1冊の分厚い本（Webページ）を、バラバラのページに分けて100通の封筒で送るようなものです。
従来のTCPという仕組みは、「1番、2番、3番…」と順番通りに届くことを厳しく管理していました。もし、2番の封筒が行方不明になると、後ろの3番以降が届いていても、郵便局（ブラウザ）は「2番が来るまで全部ストップ！」と待ちぼうけを食らっていたんです。これが通信の遅延（Head-of-Line Blocking）の正体です。
—
QUICの「Loss Recovery（ロス回復）」：賢い郵便局員
QUICはUDPという「投げっぱなしでも速い」プロトコルをベースに、独自の賢い仕組みを載せています。これが「Loss Recovery」です。
1. 選択的再送（SACK）で「足りないものだけ」を指摘
QUICは、受け取った小包の番号を細かく報告します。これを「SACK（Selective Acknowledgement）」と呼びます。
- 従来のTCP的発想： 「2番が来ないから、2番以降全部再送して！」
- QUICのスマートな発想： 「1番と3番と4番は届いたよ！2番だけ消えたみたいだから、2番だけもう一度送って！」
これにより、無駄な再送を減らし、回線の帯域を効率よく使えるようになるのです。
2. タイマー管理：直感的な「あきらめ」の判断
「いつまで待てば、あきらめて再送すべきか？」という判断は、ネットワークエンジニアの腕の見せ所です。QUICでは、過去の通信速度（RTT：往復時間）を常に測定し、その環境に合わせて動的にタイマーを調整しています。
もしあなたが手紙を送って、「1秒で返事が来るはずの相手から3秒経っても返事がない」なら、それは紛失した可能性が高いですよね？ QUICはこの判断をミリ秒単位で、通信のたびに更新し続けているのです。
—
現場で使える！QUICの挙動を覗くヒント
実際にQUICがどのようにパケットの紛失を検知し、再送しているかを確認するには、`qlog` や `Wireshark` を使うのが定番です。ここでは、QUICのライブラリ（例: `quic-go`）で設定可能なタイムアウト関連のパラメータを少しだけ見てみましょう。
// QUICの設定例（擬似コード）
config := &quic.Config{
// パケットが届かないと判断するまでの時間を制御する閾値
// ネットワークが不安定な場所では少し長めに取るなどの調整が行われます
MaxIdleTimeout: 30 time.Second,
// パケットロス検知のロジック（実際には内部で自動最適化されます）
// ネットワークの状態に応じて、再送までの待機時間を動的に計算します
KeepAlivePeriod: 10 time.Second,
}
エンジニアが実務で意識するのは、これらを手動でいじることよりも、「いかにしてパケットロスを発生させないネットワーク品質を保つか」です。しかし、QUICが内部でこのように「届いていないパケットを特定し、最小限の再送で補う」ことを知っているだけで、トラブルシューティングの解像度が劇的に上がります。
—
まとめ：失敗を前提にするから強くなれる
QUICのLoss Recoveryが素晴らしいのは、「ネットワークは必ず失敗する」という前提に立っていることです。
1. SACKで「何が届いていないか」を正確に伝える。
2. 動的タイマーで「いつ再送すべきか」を最適化する。
3. 0-RTTなどの仕組みで、接続そのものを最初から短縮する。
これらが組み合わさることで、今のインターネットはかつてないスピードで私たちの手元にコンテンツを届けてくれています。
皆さんも、ブラウザでWebサイトを見る時、右下の読み込みアイコンがグルグル回る時間が短くなったと感じませんか？ それは、舞台裏でQUICの賢い郵便局員たちが、必死にパケットの紛失をカバーしてくれているおかげなんです。
一歩ずつ、こうして仕組みを紐解いていくと、ネットワークはもっと面白くなりますよ。また次回の記事でお会いしましょう！
コメント