要点

  • cidr0_cidrsは、196.1.0.0から196.1.0.255までの登録範囲を196.1.0.0/24として表している。
  • この登録情報には、BGP広告、オリジンAS、ASパス、伝播状況、実トラフィックの証拠は含まれない。
  • 登録データと経路データをCIDR範囲で比較する場合でも、出典、観測時刻、証明できる範囲を別々に保持する必要がある。

同じプレフィックスでも、示す事実は異なる

出発点は経路ではなく登録オブジェクトだ。2026年8月28日、AFRINICの公開RDAPサービスは196.1.0.0/24への照会に対し、ip networkクラスのオブジェクトを返した。上位のハンドルは196.1.0.0 - 196.1.0.255、種別はASSIGNED PIで、cidr0_cidrsにはIPv4プレフィックス196.1.0.0と長さ24の組が一つ入っている。

各フィールドの意味は、それを収めるオブジェクトによって決まる。開始アドレスと終了アドレスは登録範囲を区切り、parentHandleは登録階層の親ネットワークを指す。activeは登録オブジェクトの状態だ。いずれもインターネットの経路制御面をリアルタイムで観測した値ではない。

AFRINICの案内も照会の目的を限定している。アドレスまたはプレフィックスを入力すると、それを完全に包含する最も具体的な登録ネットワークが返る。答えているのは「この資源を含む登録オブジェクトはどれか」であり、「ルーターが現在選んでいる最も具体的な経路はどれか」ではない。

混同が起きやすいのは、CIDRがBGPでも日常的に使われるからだ。経路観測に196.1.0.0/24が現れることはあり得る。一方、今回のRDAP応答では、同じ文字列が登録範囲の表現として置かれている。表記の一致は比較のためのキーにはなるが、二つの情報源が同じ事実を報告したことにはならない。

BGP経路は、ネットワーク層到達可能性情報にある宛先と、自治システム間で交換されるパス属性を組み合わせたものだ。経路の存在を主張するには、どの観測点が、いつ、どのプレフィックスとオリジン、属性を受け取ったかが必要になる。RDAPの登録オブジェクトには、その観測がない。

したがって、プレフィックスは照合キーとして扱うべきで、結論そのものにしてはならない。独立したBGP観測が得られるまでは、「観測経路」「オリジンAS」「到達可能性」といった項目は未記入のままにするのが正確だ。

cidr0_cidrsが解決する表現上の問題

RDAPの基本的なIPネットワークオブジェクトは、開始アドレスと終了アドレスで範囲を記述する。この方式なら、一つのCIDRブロックに収まらない範囲も正確に表せる。境界がプレフィックスの区切りと合わない場合、範囲外のアドレスを含めずに全体を覆うには複数のCIDR表現が必要になる。

cidr0拡張は、その変換結果を配列として提供する。各要素にはIPv4またはIPv6のプレフィックスと長さが入り、配列全体で登録オブジェクトの範囲を表す。配列なのは複数のプレフィックスが必要な場合に備えるためであり、BGPから複数の経路を収集したからではない。

今回の範囲は境界がきれいにそろっている。196.1.0.0から196.1.0.255までの256アドレスは、一つの/24で過不足なく表せる。そのため配列要素も一つだ。資産台帳やアクセス制御、他のデータセットとの照合には便利だが、便利さが証拠の種類を増やすわけではない。

応答のrdapConformanceにはcidr0も含まれる。クライアントはこの識別子を使い、フィールドを登録済みの仕様に結び付けて解釈できる。適合性情報は構造の読み方を示すもので、オリジン、経路の可視性、トランジット関係を補うものではない。

安全な変換は限定的だ。cidr0_cidrsから「登録範囲を表すプレフィックス一覧」を作ることはできる。しかし、それを「現在広告されているプレフィックス一覧」に自動変換することはできない。後者には経路の観測源が必要だ。

BGPについて述べるために不足している証拠

今回のAFRINIC応答は、取得時点で196.1.0.0/24がBGP表に存在したかどうかを示していない。オリジンAS、AS_PATH、観測したピア数、広告開始や撤回の時刻もない。より大きな集約経路が範囲を覆っていたのか、内部により具体的な経路があったのかも分からない。

これらは補足的な細部ではなく、経路という事実を構成する要素だ。RFC 4271は、BGPを自治システム間で到達可能性情報を交換するためのプロトコルとして定義する。宛先とパス属性を伴う更新の観測がなければ、登録範囲だけで経路を証明することはできない。

仮に広告が別の情報源で確認できても、すべての運用上の問いに答えられるわけではない。ある観測点が特定時刻に経路を受け取ったことは示せても、エンドツーエンドのパケット配送、トラフィック量、サービス品質、契約上のトランジット、ルーター権限、組織の支配を単独では証明しない。

時刻の扱いも重要だ。登録オブジェクトが変わらないまま経路が変動することも、登録情報だけが更新されることもある。異なる時点の二つのスナップショットを時刻なしで結び付ければ、単なる並行した変化が因果関係に見えてしまう。

否定的な主張はさらに慎重であるべきだ。一つの収集点で経路が見えないことは、どこからも見えないことを意味しない。可視性は観測位置、期間、収集方法に左右される。結論は「特定の情報源が特定の時間帯に見た、または見なかった」という範囲にとどめる必要がある。

フィールド単位で出典を保つ

堅牢なデータ処理は三層に分けられる。第一層はRDAPの事実をそのまま保存する。照会先、取得時刻、オブジェクトハンドル、開始・終了アドレス、適合性識別子、CIDR配列が対象になる。第二層は仕様が許す狭い解釈、つまり配列が登録範囲をCIDRで表していることだけを記録する。

第三層に、独立した経路、トラフィック、組織上の証拠を置く。各レコードにはそれぞれの出典と観測時刻を持たせる。照合層は一致、不一致、未観測を示せるが、欠けている側の事実を作ってはならない。

この分離により、技術的な便宜が根拠のない断定に変わるのを防げる。registeredPrefixesのようなフィールドはcidr0_cidrsから埋められる。observedRoutesは埋められない。オリジンASはBGP情報源が現れるまでnullでよく、到達可能性には到達可能性を測る証拠が必要だ。

分離は食い違いを分析可能にもする。登録範囲が集約経路だけで覆われる場合、より具体的な広告が現れる場合、収集点ごとにパスが違う場合がある。後の時点でオリジンが変わることもある。これらはRDAP記録を否定せず、別の性質と時刻を示している。

読者向けの文章でも同じ原則が必要だ。「AFRINICはこの範囲を196.1.0.0/24として表している」は取得結果が支える。「このプレフィックスは広告されている」にはBGP観測が必要であり、「登録関係者がネットワークを支配している」には権限と運用に関する別の資料が必要になる。

証拠の範囲と出典

本稿が使うのは、AFRINICの公開RDAPが2026-08-28T06:35:54Zに返した上位の選択済みフィールドだけだ。事実パケットにはBGP照会を追加していないため、現在の広告、オリジン、パス、到達可能性、トラフィックについては主張しない。

フィールドの意味は、AFRINICのRDAP案内、IANAのRDAP拡張レジストリ、NROのcidr0仕様、RDAP JSONとBGPに関するIETF標準に基づく。これらの資料は、フィールドが何に使え、何を証明できないかを同時に定めている。