要約

  • V6OPSの現行草案は、IPv6-Onlyを明示した範囲における実際のネイティブ利用として定義し、実装済みの機能やネットワーク全体の一様な状態とは区別している。
  • IPv4はIPv4aaS、NAT64、DNS64、CLAT、SIIT-DCを通じて残り、上流、制御プレーン、管理経路、旧式端末では引き続き必要になり得る。
  • 移行ラベルを証拠として扱うなら、対象、観測方法、残存依存、例外、担当者、失効・更新条件を結ぶ範囲別台帳が必要である。

終点に見える言葉

「当社のネットワークはIPv6のみになった」という表現には、複雑な移行を一つの完了状態として見せる力がある。ところが現場の移行単位はネットワーク全体とは限らない。家庭向けアクセスからネイティブIPv4を除いても、加入者宅内はデュアルスタックであり得る。データセンターの計算ノードをIPv6だけにしても、IPv4クライアントを受ける境界リレーは残る。携帯端末のパケットデータ接続がIPv6だけでも、CLATがアプリケーションにIPv4互換性を提供する。

V6OPS作業部会の草案IPv6-Only and IPv6-Mostly Terminology Definitionsは、この違いを語彙の中に戻そうとしている。第02版は2026年9月11日付で、I-D公告もV6OPSの作業項目だと示す。Datatracker上の現在位置は作業部会最終呼びかけである。IESG承認済みRFCではなく、最終合意を証明する状態でもない。履歴と01版から02版への差分は、本文がなお変更可能であることを示している。

第02版の本文は、ノードに何が実装されているかではなく、指定範囲で何が実際にネイティブ利用されるかを問う。IPv4とIPv6の両方を扱える機器でも、あるインターフェースではIPv6だけをネイティブ転送できる。IPv4はIPv6上にカプセル化または変換されて同じ回線を通るかもしれない。従って確認できる事実は「この回線でネイティブなのはIPv6だけ」であり、「組織がIPv4への依存をすべて終えた」ではない。

この差は責任の範囲でもある。回線担当者は自分の設定と測定について説明できる。しかし全アプリケーション、外部サービス、顧客機器、ベンダー製品、緊急復旧経路まで代表して廃止を宣言できるとは限らない。報告過程で「アクセス回線」「VLAN」「データプレーン」という名詞が落ちれば、責任者のいる局所事実が、誰も全体を立証できない制度的主張へ変わる。

ネイティブでないことと、存在しないこと

草案上のIPv6-Onlyは、指定範囲でIPv6だけがネイティブであり、IPv4はそこに設定・管理されていない状態を指す。ただしIPv4をIPv6上で運ぶことは排除しない。IPv6-Only-Strictはさらに強く、その範囲ではIPv4を変換、カプセル化、輸送することもない。

この二つは異なる意思決定だ。ネイティブIPv4をアクセスから除けば、アドレス消費や状態を減らせる。互換機能まで終えるには、アプリケーションや取引先、管理系、外部の宛先がIPv4を必要としないことを確かめなければならない。前者を成果として認めることと、後者まで完了したとみなすことは同じではない。

既存RFCは互換性がどこへ移るかを具体化する。RFC 6877の464XLATは、IPv4アプリケーションやネットワークをIPv6アクセス上で動かすために変換機能を組み合わせる。RFC 6146はIPv6クライアントからIPv4サーバーへのステートフルNAT64、RFC 6147はDNS64の合成を定める。RFC 8585はIPv4-as-a-Serviceを担う顧客宅内ルーターの要件を整理する。

これらは移行失敗の印ではない。互換機能を別の場所に集約し、運用上の支配点を変える設計である。変換器の容量、名前解決、ログ、アプリ互換性、障害切り分け、提供者の責任が新しい重要項目になる。IPv4アドレス数だけが減っても、この責任移動は見えない。

データセンターでも同じである。RFC 7755のSIIT-DCは、内部のIPv6ノードが境界リレーを介してIPv4クライアントにサービスする構成を示す。内部LANをIPv6のみと呼ぶことはできる。しかしIPv4の需要、アドレス対応、リレー容量、境界運用者は消えていない。依存が内側から縁へ移動したのであり、場合によっては一か所に集中した。

範囲は注記ではなく命題の一部

草案がアクセス回線、セグメント、ホスト、サービス、API、データプレーン、制御プレーン、管理経路を分けるのは、それぞれの状態が違い得るからだ。企業内ではデュアルスタックVLAN、IPv6のみのVLAN、IPv6-mostlyのVLANが共存する。携帯網ではUEへの輸送がIPv6のみでも、アプリとテザリングはCLAT/NAT64によりデュアルスタックに見える。クラウドでは一部サブネットだけをIPv6にし、別のサブネットでプライベートIPv4を使うこともある。

「IPv6のみのデータプレーン」は制御や復旧のプロトコルを答えない。「IPv6のみのサーバー」はIPv4クライアントの到達方法を答えない。「IPv6のみのアクセス」は利用者LANを答えない。「IPv6のみのクラウド」は、対象インターフェースを示さなければ複数状態を一語にしてしまう。

従って範囲は付随メタデータではない。取り除けば主張そのものが強くなる。技術台帳には残っていた範囲が経営資料で消えるなら、それは単なる要約ではなく、証拠が支えない結論への変更である。

範囲を保つことは比較の公平性にもつながる。ある事業者は家庭アクセスからネイティブIPv4を除き、集中NAT64を提供する。別の組織は実験セグメントでIPv4輸送を一切許さない。どちらも条件付きでIPv6のみと言えるが、目的も残存リスクも異なる。一つの成熟度順位に押し込めれば、双方の選択を誤読する。

V6OPS憲章は、通信事業者、企業、データセンターなど具体的な導入環境で運用知見を共有することを重視する。共通語彙は異なる現場を理解可能にする最小層であって、全員に同じ移行順序を命じるものではない。Heng LuのMinimum Initial Specification, Localized Future Decision, Voluntary Adoptionが述べる通り、共有仕様を小さく保てば、結果を引き受ける現場が次の判断を行い、必要なら更新できる。

「IPv6中心」は割合ではない

IPv6-Mostlyはトラフィックの過半数をIPv6が占めるという意味ではない。草案では、NAT64とDHCPv4オプション108を備え、DNS64を選択的に使うデュアルスタック範囲である。IPv4のみ、デュアルスタック、IPv6のみの端末を同じセグメントで共存させ、IPv4を必要な端末にだけ提供する。

RFC 8925では、対応クライアントがオプション108を要求する。ネットワークが有効な値を返すと、クライアントは提示されたIPv4アドレスを受け取らず、指定時間または次の接続イベントまでDHCPv4を止められる。能力はインターフェース単位であり、機器に永久の「IPv6のみ」という身分を与えるものではない。

IPv4リース数は配分を測る。ネイティブIPv4パケットは回線状態を測る。変換器一覧はインフラを測る。到達試験は結果を測る。いずれも有用だが、単独では他の問いに答えない。異なる測定を一つの廃止証明へ束ねると、どの故障や例外を見落としたか分からなくなる。

範囲・依存台帳という小さな統制

説明責任のために顧客、アドレス、トポロジー、セキュリティ設定を公開する必要はない。ラベルが対象から離れないだけの構造があればよい。台帳には少なくとも次を残せる。

  1. サービス、インターフェース種別、回線、VLAN、アプリ群、プレーン、または全体ネットワークという正確な対象。
  2. 用いた語彙の版と、IPv6-Only、IPv6-Mostly、デュアルスタック、IPv6-Only-Strictの別。
  3. ネイティブ転送の状態と、それを確認した観測方法。
  4. 適用期間または設定リリース。
  5. 残るIPv4の輸送、変換、カプセル化、アドレス、外部到達依存。
  6. NAT64、DNS64、CLAT、SIIT-DC、プロキシ、CDNなど互換機能。
  7. 旧式端末、管理装置、ベンダーツール、緊急経路などの例外。
  8. 各依存の運用所有者と、ラベルを変更できる権限者。
  9. 想定障害とロールバック手段。
  10. 次の状態へ進むための証拠、判断日、旧記録を置き換える権威。

これは証明書ではなく台帳である。証明書は普遍的な完了を連想させる。台帳は範囲を持つ可逆的な判断の列を保存する。ネットワーク担当は簡素化を、セキュリティ担当は集中リスクを、財務担当はアドレス費用を、製品担当は旧式利用者の保護を見るかもしれない。台帳は見解を中央で統一せず、議論の基礎となる事実を揃える。

Heng LuのThe Policy Mirrorは、政策が宣言ではなく、実際に動くシステムとインセンティブを映すべきだと論じる。移行完了という象徴的な価値が大きいほど、範囲を省く誘因も強い。だからこそラベルは小さく保つほど信頼できる。

この資料から言えないこと

公開資料は、特定の事業者が誤表示をしたことを示さない。採用率、性能、費用も測っていない。作業部会最終呼びかけは最終RFCではなく、将来Informational RFCになったとしても、特定ネットワークの適合性を認証しない。

本稿もIPv4互換機能の即時撤去を求めない。変換は利用者を切り捨てずにIPv6へ進むための合理的な橋になり得る。問うべきは橋の存在ではなく、その場所、所有者、支える成果、故障時の影響、そして橋が残る間に正直に言える範囲である。

IPv6だけをネイティブ転送する回線は大きな成果になり得る。同時に、それは一つの回線でしかない。この二つを同じ記録に残すことが、技術的な前進を統治可能な証拠へ変える。

情報源