要約

  • 公開レジストリはDFINFRAの名称とAS210860の管理上の関連を示すが、受益所有、実際の運用権限、設備、顧客、収益、継続的なサービスを単独で証明しない。
  • 運用フットプリントを立証するには、登録、技術的権限、観測された経路、物理または交換拠点、サービスの仕組み、そして帰属可能な運用上・商業上の結果を、時間を区切って相互に照合する必要がある。

DFINFRAをめぐる公開情報の読み方で、最初に分けるべきなのは「記録されていること」と「稼働していること」だ。RIPEのRDAPやデータベースにAS210860のオブジェクトが存在し、そこにDFINFRAというラベルが現れることは、登録上の関連を示す。RIPEの RDAP記録 と RIPE Databaseのaut-numオブジェクト は、この種類の確認に使える。

ただし、登録情報はそれ自体で、最終的な所有者、受益者、法人上の支配関係、運用担当者、物理的なルーターの所在を示すものではない。登録名と実際の事業主体が一致する場合もあれば、委託、再販、管理代行、組織再編などによって異なる場合もある。したがって、登録上の名称から「DFINFRAがネットワークを所有している」「DFINFRAがサービスを提供している」と結論づけることはできない。

ルーティング情報が示すもの

次の段階は、AS210860がどのような経路と結びついて見えるかを確認することだ。IRRのrouteおよびroute6オブジェクトは、宣言されたルーティング方針を調べる手がかりになる。 RIPE Databaseの経路検索 は、AS番号をoriginとして登録されたオブジェクトを探すための入口である。

RIPEstatには、ASの概要、広告プレフィックス、ルーティング状態、近隣AS、Looking Glassの観測を調べる 複数のデータエンドポイント 〜 Looking Glassデータ がある。RISも観測基盤の一つであり、 RIPE RIS Live は経路変化を時間とコレクターの視点から追うために使える。こうした情報は、ある時点でどの経路が観測されたか、どのASが経路上で隣接して見えたかを示しうる。

しかし、観測されたAS-pathの隣接関係は、その隣接ASが有料トランジット、ピア、顧客、同一グループ内の別組織、またはバックアップ経路のどれであるかを決めない。経路の存在は、契約関係や商業的支配の証明ではない。また、あるコレクターから見えないことは、ネットワークが存在しないことを意味しない。観測は時間、地点、収集方法に依存するからだ。

第三者の集約サービスも同じ制約を持つ。 BGP.Tools、Cloudflare Radar、CAIDA AS Rank、Hurricane Electricの経路情報、BGPViewのupstream情報 は、相互検証の材料になるが、それぞれ異なるデータ源、更新時点、推定方法を用いる可能性がある。複数のサービスが同じ関係を表示しても、それは独立した契約証拠が複数あるという意味ではない。

RPKI、IRR、BGPは同じ証拠ではない

RPKIのROAは、特定のASが特定のIPプレフィックスをoriginとして広告することを認可する情報である。 CloudflareのRPKIデータ は、認可状態を調べるための資料になる。一方、IRRオブジェクトは登録されたルーティング方針を表し、BGP観測は実際に観測されたコントロールプレーン上の状態を表す。

この三つは関連するが、同一ではない。ROAが存在することは、認可の範囲を示しても、実際に経路が広告されていること、設備が稼働していること、顧客向けサービスが提供されていることを証明しない。BGPで経路が観測されたとしても、その経路がどのような契約、設備、事業モデルによって維持されているかは別の問題である。

そのため、AS210860について強い結論を出すには、少なくとも「登録上の関連」「技術的な資源権限」「観測された経路」「設備または交換拠点」「サービスの仕組み」「運用または商業上の結果」を別々に記録し、同じ期間について照合する必要がある。 RIPEstat APIの説明 は、これらの観測値を読む際に、データの定義と制約を確認するための基礎資料となる。AS番号の割り当てに関する一般的な枠組みは、IANAのAS番号資料 から確認できる。

PeeringDBに記載された情報の扱い

PeeringDBは、ネットワーク、接続拠点、IXP接続などを調べるうえで有用な情報源になりうる。AS210860については、 PeeringDBのネットワークAPI、公開ページ、ネットワーク間接続データ を確認対象にできる。データ項目の意味や登録者による更新の性質については、PeeringDBの文書 が補助線になる。

ただし、PeeringDBの情報は、存在する場合でも、基本的には運用者が維持する自己申告情報として扱うべきだ。そこに施設名、交換ポイント、ポート、接続先、容量、連絡先などが記載されていても、第三者資料や実測結果で裏づけられない限り、その項目だけで物理的存在や継続的な利用を証明することはできない。

自己申告情報を無価値とみなす必要はない。むしろ、検証すべき仮説を具体化する資料として有用だ。例えば、記載された交換拠点が実際のIXP会員情報、ポート状態、経路観測、施設資料、または運用者の公開説明と一致するかを確認できる。しかし、自己申告から直接「設備を所有している」「一定容量を運用している」「顧客トラフィックを処理している」と推論してはならない。

何があれば運用フットプリントと言えるのか

DFINFRAとAS210860に実質的な運用フットプリントがあると判断するには、単一の検索結果ではなく、複数の証拠鎖が必要になる。

第一に、登録上の識別子と、それを管理する主体の関係が明確でなければならない。第二に、IRR、RPKI、アドレス資源、経路広告などから、技術的な権限の範囲を時間付きで確認する必要がある。第三に、複数の観測地点から経路が継続的または反復的に確認されるかを調べる。第四に、データセンター、IXP、トランジット事業者、接続ポートなど、物理または交換上の存在を独立資料と照合する。第五に、DNS、到達可能なサービス、顧客向け文書、障害記録、請求・調達資料など、実際のサービス機構に結びつく証拠が必要になる。

最後に重要なのは、結果の帰属である。経路が存在するだけでは、誰がその経路を管理し、誰が費用を負担し、誰が障害時の責任を負うのかは分からない。運用チケット、障害告知、顧客文書、契約関係、法的主体の公開記録などが、ネットワーク上の観測と事業上の結果を結びつける可能性がある。

今回利用できる資料候補は、この検証計画を定義するには十分だが、現時点の値をすべて閉じるものではない。調査実行時には、最新のプレフィックス数、特定のupstreamやpeer、施設名、交換ポイント、ROA、サービス機構を独立に確認できるライブ内容は取得されていない。そのため、この記事は、それらの具体的な値が存在する、または存在しないとは主張しない。

継続性と依存関係をどう測るか

ネットワークの継続性は、単にASが観測されたかどうかでは測れない。期間を区切って、経路の存在、originの変化、上流経路の変動、RPKI状態、到達性、障害時の代替経路を比較する必要がある。 IPinfoのAS210860情報 は、ASに関する公開プロフィールを確認する補助資料だが、そこから顧客数、売上、可用性、実効的な支配関係を推定することはできない。

依存関係についても、隣接ASの数だけでは不十分だ。単一のトランジット経路に依存しているのか、複数の上流を持つのか、同じ企業または同じ施設に依存しているのか、制御プレーンとデータプレーンがどこで分離しているのかを調べる必要がある。公開BGPデータは経路の一部を示すが、設備、容量、契約、障害対応の実態を直接表示しない。

したがって、「AS210860が見える」という発見から「DFINFRAは冗長なネットワークを運用している」「この事業者が有料トランジットである」「サービスは継続している」といった結論に進むには、追加の独立証拠が要る。逆に、公開資料に証拠がないことも、直ちに運用がないことの証明ではない。ここで確定できるのは、公開情報からどの命題まで立証でき、どこから先が未確認かという境界である。

結論

DFINFRAとAS210860について、公開情報が現在示すのは、登録上の関連と、検証に使える複数の技術的観測窓である。それは調査の出発点にはなるが、所有、顧客、収益、設備、サービス継続性を一括して証明する結論ではない。

実質的な運用支配を立証するには、登録、技術的権限、時間付きの経路観測、物理または交換拠点、サービスの仕組み、帰属可能な運用結果を一つの証拠鎖としてつなぐ必要がある。今回の資料は、そのテストを具体化する。しかし、ライブの最新値と独立に文書化されたDFINFRAのサービス機構が閉じていない以上、最も正確な結論は限定的である。DFINFRAとAS210860の関係は公開記録上の調査対象として確認できるが、その関係がどの程度の実運用、依存関係、商業的帰結を伴うかは、追加の時間限定された独立検証を必要とする。

参照資料

DFINFRAの公開ディレクトリ記録: DFINFRA