こんにちは！ネットワークの世界へようこそ。インフラエンジニアとして日々パケットの旅路を見つめている私ですが、今回はWebブラウザとサーバーの裏側でこっそり行われている、ちょっとした「キャッチボール」のお話をお届けします。
テーマはずばり、HTTP/2の「PINGフレームによる生存確認とRTT測定」です。
「うわ、また何やら難しそうな英語が出てきたぞ……」と思いましたか？ 大丈夫です！ 一歩ずつ、身近な例えを交えながら優しく紐解いていきますので、肩の力を抜いてリラックスして読んでくださいね。
—
そもそもHTTP/2って、何がすごいの？
私たちが普段使っているWebサイトは、画像やテキスト、スタイルシートなど、たくさんのパーツが集まってできていますよね。
昔のHTTP/1.1というルールでは、レストランの注文口が「1つだけ」しかなかったような状態でした。「ラーメン1つちょうだい！」と言ったら、それがテーブルに届くまで次の人が注文できない――そんなもどかしさがありました。これを解決したのがHTTP/2です。
HTTP/2は、いわば「同時にいくつもの料理を運べる高速エレベーター（ストリーム）」を何本も用意したようなもの。一つの太い通信回線（コネクション）の中に、いくつものレーンを仮想的に作って、データを一気にやり取りできるようになったのです。
—
「あれ、相手はまだ元気かな？」を確認したい時
さて、ここで一つ疑問が湧きます。
いくつもの荷物がびゅんびゅん飛び交う高速エレベーターですが、「そもそも、このエレベーターの向こう側にいるお隣さんは、今もちゃんと起きてるかな？」と気になるときはありませんか？
夜遅くに友達にメッセージを送ったとき、「既読はつかないけど、スマホの電源は入ってるかな？」と気にする感覚に似ています。
ネットワークの世界でも、長時間の通信が途絶えたときや、今の回線速度がどれくらい遅いか（あるいは速いか）を知りたい瞬間があります。そんなときに登場するのが、今回主役の「PINGフレーム」です。
—
郵便配達で例える「PINGフレーム」と「ACK」
このPINGフレームの動きを、身近な「郵便配達」で例えてみましょう。
1. PINGの送信（お便り）
あなたが遠く離れた友人に、「今そっちのお天気はどう？」と書いた手紙（PINGフレーム）を出します。このとき、心の中で「今何秒で届くかな？」とストップウォッチをポチッと押して計測を開始します。
2. ACKの返信（お返事）
手紙を受け取った友人は、すぐに「こっちは晴れだよ！」とお返事（ACKフラグが立ったPINGフレーム）を書き、あなたへ送り返します。
3. RTT（往復遅延時間）の測定完了！
お返事があなたの手元に届いた瞬間、ストップウォッチを止めます。「おっ、手紙が往復するのに0.05秒かかったな」と分かりますよね。
この「手紙を出して、お返事が返ってくるまでの時間」こそが、ネットワークの世界で言うRTT（Round Trip Time：往復遅延時間）なんです。
HTTP/2のPINGフレームは、まさにこの「手紙のやり取り」を、Webの通信路（コネクション）のなかでこっそり、かつ非常に軽量に行っている仕組みなんですよ。
—
PINGフレームのちょっとした裏側
HTTP/2のPINGフレームには、いくつか面白い特徴があります。
- たったの8バイトという軽さ
PINGフレームのデータ領域には、8バイトの自由な数字（マジックナンバーのようなもの）を入れられます。「手紙ID」のようなもので、「どのお手紙に対するお返事か」を完璧に識別できるようになっています。
- 他の邪魔をしない（優先度の高さ）
画像やテキストのデータが渋滞していたとしても、PINGフレームは特別な特権を持っています。「相手が生きているか」の確認や「今の通信速度の測定」は、Webサイトの表示スピードに直結する重要事項なので、他のデータよりも優先して処理される仕組みになっています。
—
実務でどう使う？（Node.jsを使った実践コード例）
「なるほど、仕組みは分かったけど、実際の開発やデバッグではどうやって確認するの？」と思ったエンジニアの皆さん、お待たせしました！
現代のWeb開発では、直接PINGフレームのバイト列を組み立てることは稀ですが、Node.jsなどの環境を使うと、HTTP/2のコネクション上でPINGを飛ばす様子をコードで直感的に理解できます。
以下のサンプルコードを見てみましょう。（※動かす際はNode.jsの環境が必要です）
const http2 = require(‘node:http2’);
// 1. セキュアなHTTP/2サーバーへ接続を確立します
const client = http2.connect(‘https://example.com’);
client.on(‘error’, (err) => console.error(‘接続エラー:’, err));
// 2. 接続が完了したら、PINGを飛ばしてみましょう！
client.on(‘connect’, () => {
console.log(‘HTTP/2のコネクションが確立されました。’);
// ストップウォッチを開始
const startTime = process.hrtime.bigint();
// PINGフレームを送信するメソッド
// 引数として、8バイトのバッファ（またはコールバック）を渡します
client.ping((err, duration, payload) => {
if (!err) {
// ストップウォッチを止めて、RTT（往復にかかった時間）を計算
const endTime = process.hrtime.bigint();
const rttMs = Number(endTime – startTime) / 1_000_000; // ナノ秒からミリ秒に変換
console.log(‘—————————————-‘);
console.log(‘【PING成功】サーバーからの生存確認が取れました！’);
console.log(`往復遅延時間 (RTT): ${rttMs.toFixed(2)} ms`);
console.log(‘—————————————-‘);
} else {
console.error(‘PINGの応答がありませんでした…’, err);
}
// 測定が終わったら、お行儀よくコネクションを閉じます
client.close();
});
});
このコードのポイント
- `client.ping(…)` を実行すると、サーバーに対して「生きてる？」というPINGフレームが飛びます。
- サーバーがそれに対して「元気だよ！」（ACKフラグ付きのPING）を返すと、コールバック関数が発動します。
- 送信前後の時間を測ることで、今のネットワークの「キレ（遅延の少なさ）」をミリ秒単位で正確にハックできるというわけです。
—
まとめ：パケットたちの無言の会話に耳を澄ませて
今回は、HTTP/2の「PINGフレームによる生存確認とRTT測定」についてご紹介しました。
- PINGフレームとは、接続が生きているかを確かめるための「軽いお便り」。
- ACKとは、それに対する「無事だよ！」という確実なお返事。
- RTT（往復遅延時間）とは、お便りが出てから返ってくるまでのタイムラグを測ることで、今のネットワークの健康状態を測るバロメーター。
普段何気なく見ているWebページですが、その裏側ではブラウザとサーバーがこうした小さなフレームを飛ばし合い、「今、回線混んでない？」「大丈夫、いけるよ！」と絶妙なコミュニケーションを取っています。
こうしたインフラの基礎知識が頭に入っていると、いざWebサイトが重くなったときのトラブルシューティングでも、「あ、もしかしてRTTが悪化してるのかな？」と視野がパッと広がりますよ。
それでは、また次回のネットワーク散歩でお会いしましょう！ 一歩一歩、楽しくインフラマスターへの道を歩んでいきましょうね。
コメント