要約

  • ARIN RDAPは登録上の識別情報を確認するための層であり、PeeringDBは参加者、交換、IX-LAN、ネットワーク、施設の関係を確認するための層である。
  • RIPEstatやBGP観測サービスは、特定の時点と観測地点から見える経路を扱う。いずれの層も、単独では現在のトラフィック、到達性、冗長性、継続性を証明しない。

ハワイのような島嶼地域の接続性を分析する際、最初に避けるべき誤りは「一覧に載っていること」と「稼働していること」を同一視することだ。登録情報は、誰または何が番号資源に結び付いているかという制度上の問いに答える。ARINのRDAPはこの登録層を確認するための入口だが、登録フィールドだけで現在の運用、契約関係、トラフィック量を示すものではない。登録主体の同定と、通信サービスの実際の制御は別の問題である。

次の層は参加者と接続の記録だ。PeeringDBはネットワーク、交換ポイント、IX-LAN、接続施設などの関係を参加者が維持するデータ層として使われる。Hawaii Internet Exchangeの検索結果、交換情報、Honoluluの施設情報、AS19035に関係するネットワークやIX-LANの記録を調べることで、どの種類の関係を確認すべきかは整理できる。しかし、こうした記録が存在しても、ポートが現在稼働していること、ルートサーバーが使われていること、トラフィックが流れていることまでは自動的に導かれない。

三つ目は経路観測だ。RIPEstatのAS概要、告知プレフィックス、ルーティング状態、ならびにBGP.toolsとBGP.he.netは、観測地点やコレクター、取得時点に依存する可視性の層である。ここで重要なのは、観測された経路の有無と、利用者が経験する到達性を区別することだ。ある観測地点で経路が見えても、すべての利用者、すべての時間帯、すべての障害条件における連続性を保証しない。逆に、ある観測で見えないことだけで、設備やサービス全体の停止を断定することもできない。

今回の実行では、これらの公開エンドポイントについて、現在の応答本文を検証できなかった。そのため、AS19035の現在の登録組織名、ハンドル、ASN名称、Hawaii Internet Exchangeの参加者や施設、ポート、ルートサーバー、運用状態、告知プレフィックス数、ルーティング状態値は確認済みの事実として扱えない。これは調査の失敗というより、証拠境界の明示である。取得できなかった値を、エンドポイントの説明や過去のスナップショットから補うことはできない。

継続性を示すには、少なくとも三層を同じ時間軸で突き合わせる必要がある。第一に、登録情報の主体が何であるか。第二に、交換や施設との関係が現在も維持されているか。第三に、複数の観測地点から経路の可視性がどう変化しているか。さらに、障害時の切替、容量、契約、設備保守などの運用記録がなければ、冗長性や回復力について因果的な結論は出せない。

したがって、現在の公開証拠から言えるのは、誰が継続性を管理しているかという問いが未解決だということだ。ディレクトリ上の掲載や接続関係の記録は、調査を始める手掛かりにはなる。しかし、それだけでは、島嶼地域の利用者が障害時にも接続を維持できることを証明しない。次の調査では、タイムスタンプ付きのレコード本文、運用主体の説明、複数地点からの経路観測、そして障害・復旧時の実績を同一期間に集める必要がある。

参照: ARIN RDAP、PeeringDBネットワーク記録、PeeringDBのネットワーク接続記録、Hawaii Internet ExchangeのIX情報、PeeringDB検索、Honoluluの施設情報、RIPEstat AS概要、RIPEstat告知プレフィックス、RIPEstatルーティング状態、BGP.tools、BGP.he.net。対象ディレクトリ: Hawaii Internet Exchange。