【入門編】 IPv6ヘッダー構造と拡張ヘッダーの仕組み – ネットワーク基礎とWebセキュリティ実践ガイド

ネットワークの世界に足を踏み入れたばかりの頃って、目に見えないパケットのやり取りを想像するのは、なかなか難しいですよね。「データが流れています」と言われても、なんだかフワッとしていて実感が湧かない……。

そんなモヤモヤを抱えているインフラ初心者や若手エンジニアの皆さんに向けて、今回はインターネットの次世代の主役である「IPv6」、そしてその心臓部である「IPv6ヘッダー構造と拡張ヘッダーの仕組み」について、徹底的に分かりやすく紐解いていきたいと思います！

小難しいビット数や英語の用語の羅列に挫折しそうになった方も大丈夫です。身近な例えを交えながら一歩ずつ進んでいきますので、ぜひ最後までリラックスしてついてきてくださいね。

—

1. なぜIPv6なの？そして「ヘッダー」ってそもそも何？

私たちが普段何気なく使っているインターネット。その裏側では、世界中のコンピュータ同士が「パケット」と呼ばれる小さな荷物を送り合うことで通信が成り立っています。

この荷物（データ）には、必ず「宛先はどこか」「差出人は誰か」といった宛名ラベルが貼られています。これがネットワークの世界でいう「ヘッダー」です。

これまでインターネットを支えてきたのは IPv4 という仕組みでしたが、スマホやIoT家電の爆発的な普及により、住所（IPアドレス）が枯渇するという大問題に直面しました。そこで登場したのが、ほぼ無限に近いアドレスを使える IPv6 です。

郵便配達に例えてみよう

IPv6のヘッダー構造を理解するために、身近な「郵便配達」を想像してみましょう。

IPv4ヘッダーは、昔ながらの「いろいろな情報がごちゃ混ぜに書き込まれた封筒」のようなものです。重さやサイズがバラバラで、郵便局員（ルーター）が中身を仕分けるときに、一枚一枚じっくりと宛先やオプションを確認しなければならず、少し手間がかかっていました。
これに対してIPv6ヘッダーは、スマートに洗練された「完全に形と大きさが統一された専用ケース」のようなものです。

この「効率化」の思想が、IPv6の設計の根底に流れています。それでは、その具体的な中身を覗いていきましょう！

—

2. 固定長40バイト！究極にシンプルになったIPv6基本ヘッダー

IPv6の最大の特徴の一つが、「基本ヘッダーのサイズが常に40バイトで固定されている」という点です。

「40バイトと言われてもピンとこないよ！」という方、ご安心ください。要するに、ルーター（郵便局の自動仕分け機）が荷物を受け取ったとき、どこからどこまでが宛先情報なのかを、一瞬で迷わず見つけられるようになっているのです。

IPv4のヘッダーは、オプションによってサイズがペラペラと変わる可変長だったため、ルーターに無駄な負担をかけていました。IPv6ではこれをバッサリと排除し、ルーターが最優先で見るべき重要情報だけを40バイトの中にぎゅっと詰め込みました。

基本ヘッダーの主な「引き出し」

40バイトのケースの中には、いくつかの仕切り（フィールド）があります。代表的なものを覗いてみましょう。

1. Version（バージョン）: 「これはIPv6の荷物ですよ」と宣言する場所です（値は 6）。
2. Traffic Class（トラフィッククラス）: 宅急便でいう「クール便」や「速達」のような、優先度や画質（QoS）を指定する場所です。
3. Flow Label（フローラベル）: 同じ通信の仲間（例えば、動画ストリーミングのパケットの束など）をひとまとめにして、ルーターに「同じルートで運んでね」とお願いするための目印です。
4. Payload Length（ペイロード長）: このヘッダーの後ろに続く「中身（荷物本体）」の重さ（サイズ）が書かれています。
5. Next Header（ネクストヘッダー）: 今回の主役級のキーワードです！ 「この基本ヘッダーのすぐ後ろに、さらに別の追加指示（拡張ヘッダー）がくっついていますよ」という、次の案内状の役割を果たします。
6. Hop Limit（ホップリミット）: 宛先不明のパケットが無限にネットの海をさまよい続けないように、ルーターを通過するたびに「1」ずつ減っていくカウンターです。これが「0」になるとパケットは消滅します（IPv4のTTLに相当します）。
7. Source Address（送信元アドレス）: 差出人（128ビットの巨大なIPv6アドレス）です。
8. Destination Address（宛先アドレス）: 受取人（128ビットのIPv6アドレス）です。

—

3. 「Next Header」が生み出すマジック：拡張ヘッダーの仕組み

「基本ヘッダーがシンプルになったのは分かったけど、IPv4にあったような『ちょっと特別なオプション機能』はどうなっちゃったの？」

そんな疑問が湧いてきますよね。そこで登場するのが、IPv6の真骨頂である「拡張ヘッダー（Extension Headers）」です。

IPv6では、普段あまり使わないような特別な機能（セキュリティの暗号化、ルーティングの細かい経路指定、中継地点での断片化の指示など）を、基本ヘッダーの中には詰め込みません。その代わりに、必要なときだけ、基本ヘッダーの後ろに「連結（チェーン）」させて追加するという画期的な仕組みを採用しました。

連結の仕組みを電車に例えてみよう

先頭の車両（機関車）：IPv6基本ヘッダー（必ず40バイト）
2両目以降の車両（貨車）：拡張ヘッダー（必要に応じて連結したり、外したりする）

ここで、先ほど登場した Next Header フィールドが最高のバトンタッチを演じます。

1. 基本ヘッダーの Next Header に「次は『ルーティング拡張ヘッダー』が後ろに繋がってるよ！」という暗号（コード番号）を書きます。
2. ルーターは基本ヘッダーをサクッと読み終えた後、すぐ後ろの拡張ヘッダーを開きます。
3. その拡張ヘッダーの中にも Next Header があり、「さらにその次は『IPsec（暗号化）の拡張ヘッダー』が繋がってるよ！」と次の案内が書かれています。

このように、まるで数珠つなぎのように拡張ヘッダーが連鎖していく構造を「拡張ヘッダーの連鎖（Chain）」と呼びます。

[ IPv6基本ヘッダー (40バイト) ]
       │
       ▼ Next Header: ルーティング拡張ヘッダーを指定
[ ルーティング拡張ヘッダー ]
       │
       ▼ Next Header: 暗号化(ESP)拡張ヘッダーを指定
[ IPsec (ESP) 拡張ヘッダー ]
       │
       ▼ Next Header: TCP を指定
[ TCPヘッダー ＋ データ本体 ]

この設計により、ルーターは自分が処理に関係のない拡張ヘッダーを華麗にスルー（中身を深追いせず、ただ次のヘッダーへ流すだけ）できるようになり、ルーターの処理能力が劇的に向上したのです。これがIPv6が持つ圧倒的なルーティング効率化の秘密です。

—

4. 実務で触れる設定・パケット解析の視点

インフラエンジニアとして現場に出ると、Linuxサーバーのネットワーク設定や、パケットキャプチャツール（Wiresharkなど）でこの構造を目の当たりにする瞬間がやってきます。

例えば、Linuxのネットワークインターフェースやファイアウォール（ip6tables や nftables）でパケットをフィルタリングする際、IPv6のパケットが拡張ヘッダーを伴っているケースを考慮する必要があります。

以下は、Pythonの scapy という強力なライブラリを使って、IPv6の基本ヘッダーと拡張ヘッダー（例：ルーティングヘッダー）を持つパケットを組み立てるイメージを掴むためのサンプルコードです。実務でのプロトコル解析やテストツール作成の参考にしてみてください。

from scapy.all import IPv6, IPv6ExtHdrRouting, ICMPv6EchoRequest, send

# 1. 送信元と宛先のIPv6アドレスを定義します
src_addr = "2001:db8::1"
dst_addr = "2001:db8::2"

# 2. IPv6基本ヘッダーを作成します
# Next Headerには、次に続く拡張ヘッダーのタイプ（ルーティングヘッダーはタイプ0/43など）を意識させます
ipv6_header = IPv6(src=src_addr, dst=dst_addr, nh=43)

# 3. ルーティング拡張ヘッダー（中継地点を指定するオプション）を作成します
# ※実際のルーティングヘッダータイプ等は環境や目的に応じて調整します
routing_ext = IPv6ExtHdrRouting(addresses=["2001:db8::10", "2001:db8::20"])

# 4. 最後に実際のデータ（今回はPingでおなじみのICMPv6エコーリクエスト）を繋げます
icmp_payload = ICMPv6EchoRequest(data="Hello IPv6 World!")

# 5. パケットを結合して送信（またはダンプ）します
# Scapyが自動的に基本ヘッダーのNext Headerを適切に連鎖させて構築してくれます
packet = ipv6_header / routing_ext / icmp_payload

print("--- 構築されたIPv6パケットの構造 ---")
packet.show()

# ※実際のネットワークに送信する場合は以下を実行します（管理者権限が必要）
# send(packet)

現場のトラブルシューティングでは、Wiresharkなどでパケットをキャプチャした際に、「あれ、基本ヘッダーのNext Headerの値が予期せぬ拡張ヘッダーを指していて、ファイアウォールがパケットをドロップ（破棄）しているぞ？」といった原因究明を行うことがあります。そんな時も、今回の「基本ヘッダー＋連鎖する拡張ヘッダー」という構造が頭に入っていれば、パケットの解釈で迷うことはありません！

—

5. おわりに：シンプルだからこそ強い、次世代のネットワーク基盤

今回は、IPv6ヘッダー構造と拡張ヘッダーの仕組みについて、郵便配達や電車の連結に例えながら解説してきました。

固定長40バイトの基本ヘッダーにより、ルーターの処理が高速化・効率化されたこと。
Next Headerフィールドのバトンタッチによって、必要なオプション（拡張ヘッダー）をスマートに連鎖させられること。

この美しく洗練された設計思想こそが、これからの巨大で複雑なインターネット社会を裏から支える強力なエンジンとなっています。

最初は暗号のように見えたパケットの構造も、一つひとつの部品の役割が分かってくると、なんだかパズルのようでワクワクしてきませんか？ぜひ今日の学びをきっかけに、ご自身の環境でパケットを眺めたり、ネットワークの勉強をさらに深めてみてくださいね。

それでは、また次回の技術解説でお会いしましょう！快適なネットワークライフを！