なぜIPv6は普及が遅いか
20年以上たっても半分がIPv4のままな理由を、NATによる延命と互換性の欠如から解き明かし、後方互換の無い移行がなぜ難しいかという普遍の原則を持ち帰れる。
- IPv6は1995年に骨子(RFC 1883)、1998年にRFC 2460として標準化されたが、NATがIPv4アドレスの枯渇を先送りし、移行の切迫感を長年奪った。
- IPv4とIPv6はワイヤ上で互換性が無く、両方を同時に動かすデュアルスタック運用が必須。導入コストは自分が負い、便益は相手側のIPv6化に依存するため投資対効果が見えにくい。
- 枯渇後もキャリアグレードNAT(CGNAT)がIPv4を延命し、移行はさらに遅れた。教訓は、後方互換の無い移行は技術的に正しくても普及しないということ。
結論 — 「痛みが先送りされた」から
横にスクロール
IPv6の普及が遅い最大の理由は、技術的な欠陥ではなく、移行を迫るはずだったIPv4アドレス枯渇という痛みが、NATによって20年以上先送りされたことにある。加えてIPv4とIPv6には互換性が無く、移行には両方を並走させるデュアルスタックが要る。導入する側がコストを負う一方、便益は通信相手のIPv6対応に依存する——この「一人では完結しない投資」の構造が、切迫感の欠如と重なって普及を長く停滞させた。
当時の状況と競合 — 枯渇予測とNATという逃げ道
1990年代初頭、爆発的に増える接続需要に対し、約43億個(2の32乗)のIPv4アドレスはいずれ尽きると予測されていた。IETFはこれに応えて次世代プロトコル IPng の設計を進め、1995年にIPv6の骨子(RFC 1883)を、1998年12月に中核仕様 RFC 2460 を発行した。アドレス長を32ビットから128ビットへ拡張し、実質無尽蔵の空間を確保する設計である。
バージョン番号5は、実験的なストリーミングプロトコル ST(Internet Stream Protocol)が先に使っていた。そのため次世代IPには次の空き番号である6が割り当てられ、IPv6となった。
ところが枯渇対策はIPv6だけではなかった。同時期にNAT(RFC 1631, 1994)とプライベートアドレス(RFC 1918, 1996)が普及する。1つのグローバルIPv4アドレスの背後に、家庭や企業の多数の端末をプライベートアドレスで収容できる。これはアドレス消費を劇的に圧縮する「逃げ道」であり、事実上、枯渇の到来を10年単位で遅らせた。IPv6が「将来必要」であることは誰もが認めつつ、「今すぐ必要」ではなくなったのである。
決定打・経緯 — 互換性の欠如とデュアルスタックの負担
勝敗を分けた核心は、IPv4とIPv6にワイヤ上の後方互換性が無いという設計判断である。パケットヘッダのフォーマットが異なるため、IPv6のみの端末はIPv4のみの相手と直接通信できない。移行期には、機器が両方のスタックを同時に持ち、両方のアドレスで動くデュアルスタックが現実解となった。
| 観点 | IPv4のみ | デュアルスタック | IPv6のみ |
|---|---|---|---|
| IPv4相手との通信 | 可能 | 可能 | 不可(変換が必要) |
| IPv6相手との通信 | 不可 | 可能 | 可能 |
| 運用コスト | 低(現状維持) | 高(二重管理) | 低(ただし相手依存) |
| 移行期の位置づけ | 出発点 | 長期化した過渡状態 | 到達目標 |
ここに投資対効果の問題が重なる。企業がIPv6を導入しても、通信相手やコンテンツ側がIPv4のままなら、ユーザー体験は改善しない。コストは導入側が確実に負うのに、便益はネットワーク全体のIPv6化という自分では制御できない条件に依存する。経済学でいう外部性(ネットワーク効果)が逆風として働き、「誰かが先に動くのを待つ」均衡に陥った。さらに枯渇が現実化した後も、ISPは加入者を1つのグローバルアドレスに束ねるキャリアグレードNAT(CGNAT)を導入してIPv4を延命し、切実な移行圧力をもう一段先送りした。
デュアルスタックは移行を滑らかにする一方、ファイアウォール規則・DNS・監視・トラブルシューティングをIPv4とIPv6の両系統で維持することを意味する。攻撃面も設定ミスの機会も二倍になり、これ自体がIPv6化を後回しにする理由にもなった。
今への影響と教訓 — 後方互換の無い移行は難しい
IANAの中央在庫は2011年2月に枯渇し、地域レジストリも順次尽きた。この頃からモバイル網や大手コンテンツ事業者を中心にIPv6化が進み、対応率は数十パーセント規模まで上がったが、依然として世界の相当部分がIPv4のまま残っている。1998年の標準化から四半世紀を経ても「完了」に至らない、極めて長い移行である。
ここから得られる原則は明快だ。後方互換の無い移行は、技術的にどれほど正しくても、それだけでは普及しない。既存資産と共存できず、導入者が単独で便益を得られない変更は、代替の延命策(ここではNAT/CGNAT)がある限り先送りされる。逆に成功する移行は、旧方式と併存でき、導入した分だけ即座に得をする設計を持つ。IPv6が「クリーンだが非互換」を選んだことは、性能面では合理的でも普及戦略としては重い代償を伴った。
NATやアドレス設計といったプロトコルの内部動作はネットワーク、DNSやTLSなど周辺の仕組みはWeb、二重運用に伴う攻撃面の考え方はセキュリティの各トピックも参照してほしい。
- IPv6の中核仕様はRFC 2460(1998年)。アドレスは128ビット
- 普及遅延の主因は技術欠陥ではなくNATによる枯渇の先送りと、IPv4非互換によるデュアルスタック負担
- IANA中央在庫の枯渇は2011年2月。それでもCGNATがIPv4を延命した
- 一般原則: 後方互換が無く導入者単独で便益を得られない移行は普及しにくい
なぜ?の記事ガイド
なぜIPv6は普及が遅いかを実務で読む
TL;DRは入口です。実際に選ぶ・使う段階では、何を解決するか、何と比較するか、導入後にどこで詰まるかまで見る必要があります。
解決すること
IPv6
比較で見る軸
難易度: advanced / カテゴリ: なぜ? / タグ数: 6
導入後に効く点
IPv4とIPv6はワイヤ上で互換性が無く、両方を同時に動かすデュアルスタック運用が必須。導入コストは自分が負い、便益は相手側のIPv6化に依存するため投資対効果が見えにくい。
先に潰すリスク
用語だけ覚えても、設計・実装・運用でどこに効くかを確認しないと判断を誤る。
- 難易度
- advanced
- カテゴリ
- なぜ?
- タグ数
- 6
判断チェックリスト
- 自社の用途が「IPv6 / IPv4」に近いか確認する。
- 強みである「IPv6は1995年に骨子(RFC 1883)、1998年にRFC 2460として標準化されたが、NATがIPv4アドレスの枯渇を先送りし、移行の切迫感を長年奪った。」が本当に評価軸になるか確認する。
- 注意点の「用語だけ覚えても、設計・実装・運用でどこに効くかを確認しないと判断を誤る。」を運用で吸収できるか確認する。
- 公開値や仕様値は、対象プラン・対象機種・対象リージョンまで確認する。
- 既存システム、ID、ネットワーク、監視、バックアップとの接続方法を先に洗い出す。
- 小さく試してから、本番移行、権限設計、障害時手順、コスト監視を決める。