要約

  • AS210837の登録、過去の経路可視性、現在の観測結果は、それぞれ異なる対象を測定する。どれか一つだけでは、ROYA Communicationsの現在の事業継続や停止を証明できない。
  • 継続性を判断するには、同一のUTC観測時刻または明示的な期間に、登録変更、プレフィックス広告、経路履歴、隣接AS、複数の収集基盤を突き合わせる必要がある。

空白は結論ではなく、測定結果である

AS210837をめぐる公開記録で最も重要なのは、空欄や不一致そのものだ。RIPE NCCの登録情報が残っていても、ある時点のRIPEstat、BGP.Tools、Cloudflare Radarで経路が見えないことはあり得る。反対に、過去に広告が観測されていても、現在の運用継続を直接意味するわけではない。

この区別は、ネットワーク運用の構造から生じる。経路は常時同じ場所から観測されるわけではなく、収集装置、ピアリング、フィルタリング、経路選択、更新周期によって見え方が変わる。したがって、空のAPIレスポンスはまず「その問い合わせ条件と収集範囲では該当する観測が返らなかった」と記録すべきである。それを「事業者が停止した」と言い換えるには、別の証拠が要る。

登録簿が示すもの、示さないもの

RIPE NCCのRDAPおよびRIPE Databaseは、AS番号に割り当てられた登録上の身元と、データベースに記載された属性を調べるための一次的な入口である。https://rdap.db.ripe.net/autnum/210837 と https://rest.db.ripe.net/ripe/aut-num/AS210837.json は、AS210837に関する番号資源の登録オブジェクトを確認するための公開URLである。人間が読むためのデータベース画面も、同じ対象を別の表示形式で照合する材料になる。https://apps.db.ripe.net/db-web-ui/query?searchtext=AS210837

ただし、登録オブジェクトの存在は、広告されたプレフィックス、実現した上流接続、エンドユーザーへの到達性、企業の所有継続を一つも自動的には証明しない。登録簿の最終更新日時があったとしても、それはデータベース上の変更を示す日時であり、ネットワークの最後の運用変更や会社の最後の営業日とは限らない。

このため、登録情報は調査の基準点として扱うのが適切だ。AS番号の身元を確認し、登録上の名称や関連オブジェクトをたどることはできる。しかし、そこから「現在もトラフィックを運ぶ事業者である」と推論するには、経路側の独立した観測が必要になる。

プレフィックスの現在値と履歴を分ける

RIPEstatのannounced-prefixesデータは、指定された問い合わせ期間と方法に基づき、参加する経路収集システムから見えたプレフィックスを扱う。https://stat.ripe.net/data/announced-prefixes/data.json?resource=AS210837 そこに表示された値は、観測された広告の集合であって、企業が保有する全アドレス空間や、世界中の利用者に対する完全な到達性を意味しない。

routing-historyは別の時間的な問いを扱う。https://stat.ripe.net/data/routing-history/data.json?resource=AS210837 過去の期間にどのような経路可視性が記録されたかを確認するための材料だが、デフォルトの期間、集計単位、応答時刻を保存しなければ比較可能性は失われる。ある歴史的期間にプレフィックスが見え、現在のスナップショットで見えない場合、まず確認すべきなのは「同じプレフィックスを、同じ収集基盤が、どの期間に観測したか」である。

たとえば、既存の調査では2022年7月の記録としてIPv4が22、IPv6が29のプレフィックスだったという比較が提示されている。一方、現在の照会でプレフィックスが返らないことも報告されている。この差は調査上の重要なシグナルだが、撤回、停止、移転、観測範囲の変化のいずれかを単独で選び出す証明ではない。数値に期間と出典を添えなければ、過去の規模と現在の空白を同じ種類の測定として扱うことになる。

「現在見えない」を複数の観測で検証する

routing-statusは、ある時点での可視性、プレフィックス数、観測された空間などを要約するスナップショットである。https://stat.ripe.net/data/routing-status/data.json?resource=AS210837 ここで重要なのは、最終確認日時、問い合わせ時刻、収集ピアの範囲を記録することだ。first_seenやlast_seenのような値が返ったとしても、それらは収集装置が観測した時刻であり、会社の設立日、サービス開始日、停止日ではない。

ASN-neighboursは、収集されたASパス上でAS210837に隣接して見えた番号を推定する。https://stat.ripe.net/data/asn-neighbours/data.json?resource=AS210837 この隣接は、契約上の上流、顧客、トランジット事業者、無償ピア、企業系列のいずれかを自動的に意味しない。経路の向き、収集地点、経路選択とフィルタリングが、観測される隣接集合を決めるからだ。

ここで必要なのは、単一の「隣接先リスト」ではなく、時間に沿った変化である。あるASNが歴史的には隣接していたが現在は見えない場合、広告がなくなったのか、経路選択が変わったのか、収集側の観測条件が変わったのかを切り分ける必要がある。逆に、新しい隣接が見えたとしても、それだけで商業契約や所有関係を推定してはならない。

プラットフォーム間の差はノイズではない

BGP.ToolsのASNプロファイルは、登録情報と経路観測をまとめて確認する補助的な視点を提供する。https://bgp.tools/as/210837 Cloudflare Radarのルーティング画面とASNプロファイルも、別の観測基盤として比較対象になる。https://radar.cloudflare.com/routing/as210837 https://radar.cloudflare.com/as210837

これらのサービスが異なる数値や経路を示しても、直ちにどれかが誤りだとは言えない。収集地点、分類方法、キャッシュ、更新時刻、対象とする期間が違うためである。むしろ差分は、継続性の判定における不確実性を可視化する。

調査表では、各サービスの結果を一つの「現在の状態」に平均化するのではなく、サービス名、URL、取得時刻、クエリ期間、返された値、空の結果、解釈上の限界を別々に保存すべきだ。RIPEstatが空でBGP.Toolsに古い表示が残る場合、その二つを合成して「部分的に稼働」と書くのではなく、観測期間と更新時刻が揃っているかを確認する。揃っていなければ、結論は「現在の運用状態は公開観測だけでは確定しない」に留める。

継続性を判定するための実務的な手順

第一に、対象を固定する。ROYA Communications and Internet Services Company Ltdという名称、AS210837という番号、関連する登録オブジェクトを同一の調査単位として記録する。名前の表記揺れと番号の同一性を混同しない。

第二に、時間窓を決める。現在スナップショットを使うならUTCの取得時刻を記録し、履歴を使うなら開始時刻と終了時刻を明示する。異なる日に取得した結果を「同時点の比較」として扱わない。

第三に、証拠層を分ける。登録、プレフィックス広告、履歴、状態、隣接、第三者集計を別列に置く。各列は異なる命題に答える。登録は誰の番号として管理されているか、広告はどのプレフィックスが見えたか、隣接はどのASパス関係が観測されたかを示す。

第四に、肯定と否定を対称に扱う。経路が見えたことは、その収集範囲での可視性を支持する。見えなかったことは、その条件での非観測を示す。停止、撤回、移転、譲渡を主張するには、運用者の記録、登録変更、複数観測基盤の一致など追加の裏付けが必要だ。

最後に、再現可能性を確認する。生のJSONまたはHTML、レスポンスハッシュ、取得時刻、APIが返した期間情報を保存する。後日同じURLを開いて違う内容が表示されても、当時の観測を検証できるようにするためである。

結論：継続性は一つのフラグではない

AS210837のケースから確実に言えるのは、登録情報と経路観測が同じ意味を持たないということだ。歴史的な経路の存在は過去の可視性を示し、現在の空白は特定の測定条件における非観測を示す。そこからROYA Communicationsの停止や継続を断定するには、まだ時間を揃えた独立証拠が必要である。

ネットワーク継続性を扱う読者にとって、最も安全な結論は弱い結論ではない。「何が見えたか」「いつ見えたか」「どの観測者が見たか」「何を証明しないか」を分離することで、次の調査で埋めるべき空白が明確になる。AS番号の存在を運用の証明に変えず、APIの空欄を停止の証明に変えないことが、地域ISPの継続性を測る最低限の条件である。