IPv4世代のNWエンジニアが、令和7年ネスペ午後2を解いて「IPv6のあまりの合理性」に衝撃を受けた話

はじめに：IPv6、ずっと「食わず嫌い」していませんか？

11月22日のネットワークスペシャリスト（ネスペ）試験に向けて過去問演習をしていたときのこと。

令和7年の午後2・問1を開いた瞬間、私の目の前に立ちはだかったのは「社内ネットワークのIPv6対応」という文字でした。

「うわ……IPv6か……」

正直、一瞬逃げ出そうかと思いました。 私は昔ながらのIPv4の世界で育ったネットワークエンジニアです。 /24 や /30 のサブネットマスクを頭の中で計算し、NAT/NAPTを設定し、プライベートIPとグローバルIPを切り分けるのが「当たり前」の日常でした。

IPv6なんて「アドレスが長くてパズルみたいで、よく分からないもの」と、心のどこかで食わず嫌いしていたのです。

しかし、腹をくくって午後2の長文問題（大問1つで2時間の超大作）と真っ向勝負した結果―― 私は鳥肌が立つほどの衝撃を受け、いつの間にかIPv6のファンになっていました。

今回は、IPv4世代のエンジニアがネスペ過去問を通じて体感した「IPv6の凄まじい合理性と美しさ」をシェアしたいと思います。

衝撃①：ルータ間にサブネットを切らなくていい！？（LLAの威力）

IPv4のエンジニアなら全員やってきた儀式があります。 ルータとルータを1本のLANケーブルで直結するとき、わざわざ /30（あるいは /31）のネットワークアドレスを切り出して、両端にIPアドレスを振る作業です。

しかし、問題用紙のネットワーク構成図を見て私は目を疑いました。 ルータとルータの間、ルータとFWの間がすべて「GUA（グローバルアドレス）未割当て」になっているのです。

「えっ？アドレス振らないでどうやってルータ同士が通信するの？OSPFはどうやって動くの？」

答えは LLA（リンクローカルアドレス：fe80::...） でした。

IPv6の世界では、ケーブルを挿した瞬間に機器が勝手に fe80:: で始まるアドレスを自己生成します。 そして驚くべきことに、ルータ同士のルーティングプロトコル（OSPFv3）も、デフォルトルートのネクストホップ指定も、全部このLLAだけで完結してしまうのです。

しかもLLAは「そのケーブルの向かい合う2台の間」でしか使われないため、世界中のどのルータ間で同じ fe80::1 を使い回しても一切衝突しません。

「わざわざルータ間のためだけにアドレス設計しなくていいの……？」 IPv4時代にエクセルでIP管理表と睨めっこしていた苦労が、一瞬で吹き飛んだ瞬間でした。

衝撃②：ネットワーク機器が「割り当てる気満々」な世界（SLAAC）

端末にIPアドレスを配る仕組み（SLAAC）のシーケンス図を読み解いていたとき、思わず笑ってしまいました。

IPv4（DHCP）の世界では、端末が「誰かー！IPアドレスくださいー！」と必死に叫んで（DHCP Discover）、DHCPサーバにお伺いを立てるのが普通でした。

ところがIPv6では、ルータ側が最初から「割り当てる気満々」なのです。

ルータ（L3スイッチ）が「ここは 2001:db8:...::/64 の街だよ！デフォルトゲートウェイは私だよ！」と、街頭放送（RAメッセージ）を定期的に撒き散らしています。 PCはLANケーブルを挿した瞬間、その放送をキャッチして、後半64ビットを自分のMACアドレス等から自分で勝手に作って合体させ、一瞬でアドレス設定を終わらせます。

サーバへの登録申請も不要。完全に自律分散。 「なんて合理的な進化なんだ……！」と唸らされました。

現場の「あのトラウマ」と理論が一本につながった瞬間（PMTUD）

試験問題の終盤、「PMTUD（Path MTU Discovery）」に関する設問を解いていたとき、昔の実務の記憶がフラッシュバックしました。

昔、あるキャリアの無線網を経由して通信するとき、特定のパケットがなぜか通信ドロップしてしまい、「MTUを1280に合わせないと通らない！」と現場で頭を抱えたことがありました。

当時は対症療法で設定をいじって乗り切ったのですが、今回の問題でその「本当の理由」が完全に腹落ちしました。

• IPv4のルータは、パケットが大きすぎても「しょうがないな」とハサミで切って（フラグメンテーションして）通してくれた。

• しかしIPv6のルータは、大きすぎるパケットを絶対に分割してくれない。容赦なくその場でゴミ箱に捨てる（即ドロップ）。

• その代わり、ルータは「大きすぎて通らないよ！」というエラー（Packet Too Big）を送信元に返し、端末側が「通信経路の中で一番狭い（最小の）MTU」を調べて、最初からそのサイズに合わせてパケットを送り出す。

• そしてIPv6の仕様上、どんなに狭いトンネルや無線網でも「最低1280バイト」は通せなければならないと決められている。

「あぁ……！あの時の1280トラブルは、まさにIPv6のこの設計思想が動いていた現場だったんだ……！」

教科書の丸暗記ではなく、過去の現場のリアルな痛みと、ネスペの高度な理論がカチッと噛み合った瞬間。全身に鳥肌が立ちました。

おわりに：変わる技術と、変わらないエンジニアの土台

午後2の問題を解き終えるまでに、対話しながら合計3時間。 終わったときには脳みそが完全にオーバーヒートしていましたが、採点してみるとなんと8割以上の点数が取れていました。

新しい仕様に驚きの連続でしたが、同時に気付いたこともあります。

どれだけIPv6が新しくなっても、

• パケットが迷子にならないようにする「ロンゲストマッチ（最長一致）」

• 障害箇所を1ホップずつ特定する「traceroute」

• ルーティングループを防ぐ「ホップリミット（TTL）」

といったネットワークの本質的な基礎・原理原則は、IPv4もIPv6も何一つ変わっていなかったということです。

食わず嫌いをやめて一歩踏み込んでみたら、そこには洗練された美しい設計思想と、自分が今まで培ってきた知識がしっかり活きる手応えがありました。

大人になってからの学び直し、やっぱり最高に面白いです。 本番の11月22日まであと少し。自信を持って走り抜けてきます！