要約

  • 取得した 8.8.8.8 の ARIN 応答では、parentHandle が登録オブジェクト NET-8-8-8-0-2 を親登録 NET-8-0-0-0-0 に結び付けている。
  • この結び付きは登録上の証拠であり、トランジット事業者、商用アップストリーム、BGP 経路、現在のトラフィック運搬者を特定するものではない。

2026年8月26日に取得した 8.8.8.8 の ARIN RDAP 応答には、似た形の二つの識別子が同じネットワークオブジェクト内に置かれている。オブジェクト自身の handle は NET-8-8-8-0-2、parentHandle は NET-8-0-0-0-0 である。前者は 8.8.8.0–8.8.8.255 を対象とし、名称は GOGL、種別は DIRECT ALLOCATION だ。「親」という語だけをネットワーク構成の意味で読むと、後者を接続元の大きなネットワークと誤認しやすい。データモデルが表しているのは、もっと限定された関係である。

ARIN は RDAP を、インターネット番号資源の登録データを照会するためのサービスと説明している。親をたどる操作が返すのも、別のレジストリオブジェクトである。ここで見えているのは、特定の登録範囲が ARIN の記録上で包括的な親登録の下に置かれるというデータベース上の包含関係だ。パケット計測でも、相互接続契約でも、経路表でもない。

RFC 9083 は parentHandle を、そのネットワーク登録の親ネットワークを示す、RIR 内で一意な識別子と定義する。焦点は「ネットワーク登録」にある。このフィールドは、割り当ての系譜を追い、オブジェクトの登録範囲を確認し、具体的な範囲とそれを包含する記録を区別する際に有用である。一方、トランジットの意味は付与されていない。

この応答からは、8.8.8.0/24 を現在どの AS が originate しているか、どのネットワークが到達性を伝播しているか、誰が transit を販売しているか、どの契約が運搬を定めるか、特定地点からパケットがどの経路を進むかは分からない。アップストリーム ASN、BGP peer、next hop、route path を表すフィールドもない。これは運用上の問いに答えがないという意味ではなく、この登録オブジェクトが答えの証拠面ではないという意味である。

RFC 4271 は、運用経路の証拠を別の仕組みに置く。BGP は自律システム間で到達性情報を交換し、必須属性の AS_PATH は経路情報が通過した自律システムを識別する。観測された AS path にも時刻と観測地点による限界があり、それだけで商用契約を証明することはできない。それでも、それはルーティングシステムから得た証拠である。RDAP の親 handle はそうではない。

両者を分けることで、カテゴリーの取り違えを防げる。親登録は委任の履歴やデータベースの構成を反映していても、より具体的な範囲の現行トラフィックを運んでいるとは限らない。逆に、実際にトラフィックを運ぶネットワークが登録上の親として現れないこともある。登録の包含とネットワークトランジットが同時に成立する場合はあっても、一方が他方の証明にはならない。

したがって parentHandle を捨てるのではなく、証拠としての役割を正確に付けるべきだ。登録階層をたどるために使い、問いが origin、経路伝播、peering、transit、実際の転送へ移った時点で、日時を明示した別の証拠系統を開く。ARIN RDAP はレジストリが何を関連付けたかを示し、ルーティング観測は何が広告されたかを示し、入手できる商用資料は何が合意されたかを示す。

この取得結果から確実に言える結論は狭い。ARIN RDAP が表す登録階層では、NET-8-8-8-0-2 は NET-8-0-0-0-0 の下にある。この二つの handle だけでは、ネットワークトランジット関係を特定できない。