要約

  • Digitelの運用責任者によると、同社の通話明細記録（CDR）はIPv4アドレスを保存していたがIPv6には対応せず、差を埋めるのにさらに約1年を要した。公開された記録形式や監査結果はない。
  • ベネズエラの行政規定096はIPv6実装と移行計画の提出を定める。確認した資料は、特定のCDR項目、保存期間、加入者照会手順を義務付けているとは示していない。
  • IPv6を転送できることと、ある時点で加入者に割り当てられたアドレスを後から確認できることは、別々に検証すべき主張だ。

通信の経路と記録の経路は同じ速さで変わらない

ネットワークのIPv6移行は、対応端末やトラフィック、二重スタックの有効化で語られやすい。LACNICが10月14日に掲載したDigitelの運用責任者、Andres Carmonaの寄稿は、別の経路に残った作業を記している。Corporación Digitelの中央運用マネージャーである同氏は、同社のCDRにはIPv4アドレスが記録されていた一方、IPv6は記録されていなかったと述べ、差の解消にさらに約1年かかったと説明した。

これは移行の捉え方を変える。二重スタックの接続が動いていても、隣接する請求や記録の仕組みが従来のアドレス形式しか扱えないことはあり得る。寄稿はCDRの実物を示さないが、二つの能力を切り分けている。IPv6パケットを運ぶ能力と、加入者が特定の時点で使ったアドレスを結び付けるために必要だと事業者が考える情報を残す能力だ。

CarmonaはCDRを「規制上の」最後の障害と呼ぶ。しかし、この自己申告から違反や利用者被害は導けない。記録のサンプル、監査、規制当局の指摘、影響を受けた加入者の数は公開されていない。IPv6サービス開始がCDR改修まで止まっていたとも書かれていない。約1年という記述は、記録上の差を解消する作業に関するものだ。利用者を特定できなかった、あるいは不利益を受けたと結論付けるには証拠が足りない。

規制の期限はCDRの設計仕様ではない

国家電気通信委員会（CONATEL）は2025年6月16日付の官報43,150号で行政規定096を公表した。規定の目的は、IPv6実装の措置と、IPを使う通信事業者の達成目標を定めることだ。法律事務所LEĜAの解説によれば、事業者にはネイティブIPv6プレフィックスを扱えるネットワーク構成、機器、ソフトウェアを整備する最長2年の期間があり、30日以内の通知と移行計画提出も定められている。

これは設備と移行計画の道筋を示す。確認できた資料には、CDRのIPv6欄をどのように構成するかという指示は見当たらない。Carmonaのいう「規制上」は、より広いトレーサビリティへの事業者側の理解、別のコンプライアンス課題、またはDigitel固有の設計条件を指すのかもしれない。寄稿だけでは判別できない。事業者の説明は実装経験の証言であり、当局がデータベース項目を指定した証拠ではない。

期限からも適合・不適合を断定できない。LEĜAの要約では2年の期限は官報掲載を起点とし、2027年6月に満了する。調査基準日の2026年10月16日には、最長期限はまだ先だ。CarmonaはDigitelが国内で最初に二重スタック移行目標を達成したと述べているが、CONATELの検査票や独立試験は示されていない。いつ、どのサービスを、どの基準で検査したのかも分からない。これは事業者による報告であって、全国的な監査結果ではない。

ここでは少なくとも三つの検証を区別したい。設備試験はIPv6を処理できるかを問う。サービス試験はセッションが成立するかを見る。記録試験は、後から割当先のアドレス、期間、アカウントを再構成できるかを問う。一つの合格が残り二つを保証するわけではない。

RFCのログ要件は条件付きの参考例

RFC 6888は、特定の構成における記録の意味を説明する。同文書の第4節はキャリアグレードNAT（CGN）のマッピングログを扱う。複数の加入者が一つの外部IPv4アドレスを共有する場合、外部アドレス、ポート、時刻、プロトコル、加入者識別子があれば、観測された接続を加入者へ対応付ける助けになることがある。RFC自身がこの項目一覧を参考情報であって必須要件ではないと明記する。ログ量が大きくなり得ること、管理上の必要がない限り宛先アドレスやポートを記録すべきでないことも、プライバシー上の理由とともに示している。

これは条件を限定した比較だ。CarmonaはDigitelがCGNを使っているとは述べていない。CDRはNATマッピングログと同じものとは限らない。RFCを使って同社の実装を推定することはできない。ここで示されるのは、記録設計にある二つの制約だ。決められた運用上の問いに答えられる情報は必要だが、ログ量と不要な観測も抑える必要がある。

IPv4からIPv6への変更についても、記録の実態は不明だ。追加したのが項目なのか、識別子なのか、請求インターフェースなのか、複数システムなのか、記事は説明していない。時刻精度、保存期間、アクセス権、訂正方法、テストも分からない。「解決した」という一文だけでは改修の範囲を評価できない。

必要なのは新しいカバー率ではなく検証の証跡

次に役立つのは、加入者のプライバシーを守った検証報告だろう。試験日と対象範囲、IPv4かIPv6か、割当期間とアカウントの対応付け、時刻の統一方法、保存期間、アクセス・訂正権限、テストした記録の合格率を示せる。個人を識別できる情報や生のCDRを公開する必要はない。CONATELの検査票や独立した保証があれば、行政規定096、別の規則、Digitel独自の運用標準のどれを確認したのかが明確になる。

それでIPv6の品質すべてが分かるわけではない。しかし、事業者が報告する二重スタック対応に、説明可能で検証可能な記録手順が伴うのかは確かめられる。現時点で公開されているのは、CONATELが実装枠組みを定めたことと、DigitelがCDRへのIPv6追加にさらに約1年かかったと述べていることだ。両者をつなぐ法的判断は確認できない。

移行計画には、パケット転送だけでなく、サービス、請求、記録の各システムを挙げ、それぞれの証拠を定める必要がある。能力が問われるならネットワーク試験を、加入者とアドレスの対応が問われるなら保護された記録試験を示す。前者を後者の代わりに扱えば、最も見えにくい接続面は未検証のまま残る。

出典