HTTP/3の「GOAWAY」：ネットワークの礼儀正しい「お引き取り願い」を紐解く
こんにちは！ネットワークの世界へようこそ。
普段、私たちがブラウザでWebサイトを見るとき、裏側では何千ものパケットが猛スピードで飛び交っています。HTTP/3（QUIC）は、その中でも「とにかく速く、そして止まらない」ことを目指した最新の規格です。
しかし、どんなに優れたシステムでも、サーバーがメンテナンスに入ったり、負荷が高まりすぎたりして、「そろそろこの接続は終わりにしてね」と伝えなければならない時があります。
そんなとき、ネットワークの世界で使われるのが「GOAWAY（ゴーアウェイ）」というフレームです。今日は、この「お引き取り願い」の仕組みを、私たちの日常に例えて優しく解説していきますね。
—
郵便局の「窓口終了」でイメージしてみよう
ある郵便局の窓口を想像してみてください。そこには何人ものお客さんが並んでいて、それぞれの用事を済ませています。
突然、局員さんが「すみません、この窓口は17時で終了します。今並んでいる方までで受付を終わりますね」と告げたとします。
- もう手続きが終わった人： そのまま帰れます。
- 今まさに手続き中の人： 続きを終わらせてから帰れます。
- まだ並び始めたばかりの人： 「ごめんなさい、次の窓口へ行ってください」となります。
HTTP/3のGOAWAYフレームは、まさにこの「局員さんのアナウンス」そのものです。サーバーがクライアントに対して、「このコネクション（窓口）はもうすぐ閉じるから、新しい依頼は送らないでね！」とスマートに伝える仕組みなんです。
—
なぜ「GOAWAY」が必要なの？
HTTP/3は、1つのコネクションの中で複数の「ストリーム（データの通り道）」を同時に扱います。
もし、サーバーが何の予告もなしにプツンとコネクションを切ってしまったらどうなるでしょう？ クライアントは「あれ？通信エラーかな？再送しなきゃ！」と混乱し、ネットワークが無駄なリトライで溢れかえってしまいます。
GOAWAYを使うことで、「今やっている作業は最後まで面倒を見るから安心して。でも、新しい作業を始めるのは別のコネクションにしてね」と、お互いに無駄のない後始末ができるようになるのです。
—
ストリームIDで「どこまで」を管理する
GOAWAYの最大のポイントは、「どの番号（ストリームID）までのリクエストなら受け付けるか」を指定できる点です。
これを、先ほどの郵便局に当てはめるとこうなります。
「整理券番号100番までの人は対応します。101番以降の人は別の窓口に行ってね！」
このように、サーバーはGOAWAYの中に「ここまでならOK」という境界線を書き込んで送ります。これにより、クライアントは以下の判断ができます。
- 境界線より小さい番号のストリーム： サーバーは「最後まで責任を持つよ」と言っている。
- 境界線より大きい番号のストリーム： サーバーは「それはもう受け取れないから、別のコネクションで送り直してね」となる。
—
現場で見るGOAWAYのイメージ
実際にプロトコルがやり取りする際の「気持ち」をコードのような形式で表してみましょう。
// サーバー側がGOAWAYを送る時のイメージ
GOAWAY {
// ここまでのストリームIDなら処理を受け付けるよ、という境界線
// この番号より大きい新しいリクエストは受け付けないよ！
Last-Stream-ID: 100,
// なぜ閉じるのかの理由コード（0なら正常終了、など）
Error-Code: 0
}
クライアントはこれを受け取ると、次のように動きます。
1. 「了解！」と認識： 今後のリクエストを新しいコネクションで張り直す準備を始める。
2. 実行中の作業は継続： IDが100以下のものは、そのままサーバーとの通信を完遂する。
3. 無駄な通信を抑制： IDが101以上の新しいデータは、最初から別のコネクションを作る。
—
まとめ：ネットワークにも「礼儀」が必要
HTTP/3のGOAWAYは、単なる終了通知ではありません。「効率を落とさず、ユーザーに不快な思いをさせないための大人のマナー」と言えるでしょう。
ネットワークのトラブルシューティングをしていると、「なぜ通信が切れたのか？」というログを追うことになります。そんなとき、このGOAWAYの存在を知っているだけで、「これはサーバーがわざと切断したのか、それとも異常終了したのか」を見極める大きなヒントになります。
「技術は難しい」と構えすぎず、まずはこうして「もし自分だったらどうやって伝えるかな？」と想像してみてください。それが、ネットワークエンジニアへの第一歩です。
これからも、パケットたちのドラマを一緒に紐解いていきましょうね！
コメント