2026年4月にIETFへ提出されたばかりの新しいインターネットプロトコル「IPv8」。IPv6の普及が進む中、なぜ今「バージョン8」なのか。IPv4との完全互換を謳うこの提案は、ネットワーク管理の在り方を根本から変える可能性があります。

この記事でわかること:

  • IPv8の設計思想とIPv4/IPv6との違い
  • 64ビットアドレス空間とZone Serverの仕組み
  • 現時点でのステータスと今後の見通し

IPv8の概要

Internet Protocol Version 8 (IPv8)
Internet Protocol Version 8 (IPv8) is a managed network protocol suite that transforms how networks of every scale -- fr…
IETF Datatracker

IPv8（Internet Protocol Version 8）は、バミューダのOne Limited社に所属するJames Thain氏が2026年4月14日にIETFへ提出したInternet-Draftです。ステータスは「Individual Submission」で、現時点ではIETFの正式な承認を受けていません。有効期限は2026年10月16日です。

IPv8は単なるアドレス拡張ではありません。ネットワーク管理に必要なDHCP・DNS・NTP・認証・テレメトリを「Zone Server」という単一プラットフォームに統合する、管理型プロトコルスイートです。

なぜIPv6ではなくIPv8なのか

IPv6は128ビットのアドレス空間を持ち、アドレス枯渇問題を解決しました。しかしIPv4との互換性がなく、デュアルスタック運用やトンネリングが必要です。20年以上かけても完全移行は達成されていません。

IPv8はこの課題に対し、「IPv4はIPv8の部分集合である」という設計思想で応えます。IPv8アドレスの前半32ビット（ルーティングプレフィックス）がすべてゼロの場合、それはそのままIPv4アドレとして扱われます。既存のデバイスやアプリケーションの修正は不要です。

なお、「IPv8」というバージョン番号は過去にも使われています。1994年にはPaul Francis氏の「PIP（P Internet Protocol）」にバージョン8が割り当てられましたが、こちらはすでに廃止されています。今回のドラフトは、それとは全く別の新規提案です。

64ビットアドレス空間の設計

Internet Protocol Version 8 (IPv8)
www.ietf.org

IPv8は64ビットのアドレス空間を採用しています。アドレス形式は r.r.r.r.n.n.n.n です。

  • 前半32ビット（r.r.r.r） : ASN（自律システム番号）に基づくルーティングプレフィックス
  • 後半32ビット（n.n.n.n） : ホストアドレス

各ASN所有者に2^32（約43億個）のホストアドレスが割り当てられます。IPv6の2^128と比べると小さく見えますが、ASNごとに現在のIPv4アドレス空間と同等の数を確保できる設計です。

ルーティングの面でも工夫があります。最小インジェクトプレフィックスを/16に制限することで、BGPテーブルのサイズをASN数で上限を設けています。現在のインターネットでBGPテーブルの肥大化が問題になっていることを踏まえた設計です。

Zone Serverによる統合管理

IPv8の最大の特徴は「Zone Server」です。従来のネットワークでは、DHCP・DNS・NTP・認証・監視がそれぞれ独立したサービスとして運用されていました。Zone Serverはこれらを一元化します。

デバイスがネットワークに接続すると、DHCP8の単一レスポンスで以下がすべて提供されます:

  • IPアドレスの割り当て
  • DNSサーバの情報
  • NTP同期先
  • 認証トークン（OAuth2 JWT）
  • サービスエンドポイント

管理者にとっては、設定・監視・トラブルシューティングの起点が1つになるという大きなメリットがあります。

セキュリティの組み込み

IPv8はセキュリティをプロトコルレベルで組み込んでいます。

東西トラフィック（内部通信） : ACL8によるゾーン分離で、ネットワーク内の横移動（ラテラルムーブメント）を防ぎます。ランサムウェアや内部侵入後の被害拡大を構造的に抑制する設計です。

南北トラフィック（外部通信） : インターネットへ出るパケットは、DNS8ルックアップとWHOIS8の登録済みアクティブルートとの照合で検証されます。不正な宛先への通信を出口で遮断します。

認証 : すべての管理対象要素はOAuth2 JWTトークンで認証されます。トークンはローカルキャッシュから提供されるため、認証サーバへの依存を最小限に抑えています。

ルーティングプロトコル

IPv8は専用のルーティングプロトコル群を定義しています。

  • eBGP8 : 外部ゲートウェイプロトコル（必須）。AS間のルーティングに使用
  • iBGP8 : 内部BGP。AS内のルート配布に使用
  • OSPF8 : ゾーン内ルーティング
  • IS-IS8 : 代替のゾーン内ルーティング

パス選択には「Cost Factor（CF）」という統一メトリクスを導入しています。遅延・パケット損失・リンク容量・地理的距離などを統合したスコアで、従来のホップ数やAS-Path長よりも実態に即したルーティング判断が可能です。

IPv4からの移行パス

IPv8は段階的な移行を想定しています。「8to4トンネリング」により、IPv4のみのネットワークを経由してIPv8パケットを転送できます。

各フェーズは独立しており、並行して導入可能です。既存のIPv4ネットワークをそのまま運用しながら、部分的にIPv8を導入できる設計になっています。

現在のステータスと注意点

このドラフトにはいくつか留意すべき点があります。

Individual Submission : WG（ワーキンググループ）ドラフトではなく、個人提出です。IETFの審査プロセスはこれからです。

IPv6との関係 : IPv6はすでに広く実装・展開されています。IPv8がIPv6を置き換える、あるいは共存するシナリオについて、ドラフトでは明確に論じていません。

バージョン番号の確保 : ドラフトはIANAにIPバージョン番号「8」の割り当てを要求しています。これが認められるかどうかも未定です。

関連ドラフト : ルーティング（BGP8、OSPF8、IS-IS8）、Zone Server、WHOIS8、NetLog8、WiFi8、MIB定義など、10本の関連ドキュメントが同時に提出されています。プロトコルスイート全体の規模は大きく、レビューには相当の時間がかかると見られます。

まとめ

IPv8は「IPv4互換の次世代プロトコル」という野心的な提案です。Zone Serverによる管理統合、プロトコルレベルのセキュリティ、64ビットアドレス空間など、現在のネットワーク運用の課題に正面から取り組んでいます。

ただし、現時点ではIETFの個人提出ドラフトであり、標準化への道のりは長いです。IPv6がすでに広く普及している中で、IPv8がどのような位置付けを獲得するかは未知数です。ネットワークエンジニアにとっては、今後のIETFでの議論の行方を注視する価値はあるでしょう。