要約

  • RIPE と APNIC の公開レジストリ項目は、PXNET、Phoenix Network、そして資料ごとに語順が異なる人名を同じ命名文脈に置く。しかし AS212237 と AS141445 は、常に別個のルーティングオブジェクトである。一方の ASN の経路、ポリシー、観測を他方へ移してはならず、記録上のつながりは法的主体の同一性も証明しない。

  • 判断には各層の権限を残す必要がある。RIR は行政上の関連を記録し、運用者管理の PeeringDB は申告を保存し、RIPEstat は特定時点または期間の選択的な経路観測を示す。RPKI が答えるのは、正確なオリジンとプレフィックスの組み合わせに対する認可状態だけである。物理トポロジー、トラフィック、信頼性、商業上の取り決めは未確認のままであり、生成画像も PXNET についての事実を提供しない。

公開記録は境界を保つときに役立つ

ネットワークは、システムごとに異なる姿で記録される。レジストリは番号資源と責任窓口を安定して参照できるようにする。相互接続ディレクトリは運用者の連絡先やピアリング方針を掲載する。経路コレクターは限られた観測点から伝播中の到達性を見る。セキュリティメタデータは、ある経路の起点が認可されているかという限定された問いに答える。

自律システムは、一つの経路制御方針の下で運用されるネットワークを識別する。自律システム番号（ASN）は他のネットワークがその方針領域を参照するための番号であり、ルーター一覧、施設、顧客、会社の所有権を示すものではない。同じ名称が複数の ASN に現れても、技術データを合算できるとは限らない。

事業上の判断でも、この区別は不可欠だ。購入者は、対象サービスがどの ASN とプレフィックスを使い、どの連絡経路と検証方法が適用されるかを知る必要がある。ピアリング相手なら、セッション条件、フィルター、受け入れ経路、エスカレーション方法も確認する。公開資料は問いを絞り込むが、現在の運用証拠に置き換わるものではない。

二つの自律システムには厳格な識別境界が必要だ

RIPE は、AS212237 の as-name を PXNET、状態を ASSIGNED、organisation 参照を ORG-PN126-RIPE と記録している。RIPE の organisation 記録は、ORG-PN126-RIPE を Changgong Zhang、国コード CN、Phoenix Network という記述に関連付ける。これはレジストリ上の記録と関連付けであり、会社定款、所有権証明、サービス保証ではない。人員規模、売上、施設、機器、完全なライブトポロジーも証明しない。

APNIC はこれとは別に、active 状態の AS141445 を PXNET-AS-AP、ネットワーク名を Phoenix Network として記録し、Zhang Changgong を administrative と technical の役割に掲載している。人名の語順は資料どおりに保ち、根拠のない漢字表記を補ってはならない。この APNIC 記録によって、AS141445 の経路、ポリシー、観測が AS212237 へ統合されることもない。

したがって、RIPE と APNIC の公開記録が支える結論は限定的である。AS212237 と AS141445 は、同名の運用者に関する記録文脈で結び付くが、二つの異なるルーティングオブジェクトである。共通の名称は法的主体の完全な同一性を証明せず、一方のプレフィックス、ネイバー、RPKI 結果、ピアリング方針を他方の事実にはしない。

アイデンティティの解決と運用データの集約は別の作業である。前者は記録がなぜ関連し得るかを説明する。後者では ASN、プレフィックス、観測時点、データ作成者を一つずつ確認しなければならない。サービス文書に PXNET としか書かれていない場合、経路責任や認可範囲を確定するには情報が足りない。

レジストリは運用台帳であり、権利証ではない

番号資源は、ネットワーク間の調整に使えるよう、一意性と正確性を保ち、連絡可能な担当窓口を維持する必要がある。レジストリ情報が正しければ、他の運用者は予期しない経路を調べ、フィルターを作り、abuse を報告し、変更時の連絡先を特定しやすい。価値は記録と調整にあり、地理、設備、商業活動への主権にあるのではない。

実際にパケットを動かすのは、稼働中の設定、BGP セッション、ソフトウェア、伝送設備、電力、人員である。レジストリは意図された関連を記述できるが、現在の状態は稼働系が作る。両者の差は調査対象であって、それだけで過失や悪意を意味しない。

登録日や最終変更時刻も、台帳の時間である。オブジェクトがいつ登録または編集されたかは示せるが、サービス開始、物理ネットワークの建設、途切れのない運用を証明しない。継続性の評価には、行政記録と現在の観測、変更手順、直接の運用説明を合わせる必要がある。

PeeringDB は運用者による相互接続の申告を保存する

運用者管理の PeeringDB プロフィールは、AS212237 を Phoenix Network/PXNET と記述し、ネットワーク種別を educational or research、目的を学習と研究のための personal network としている。これはプロフィール上の自己申告であり、商用キャリアとしての地位、能力、品質を独立に認証するものではない。

プロフィールの取得時点で、PeeringDB には open peering policy と、4b42、EVIX、HamroIX-Amsterdam、OpenSwitch-IX、PyramIX、TOHU IX、ZXIX Hangzhou の交換ポイントの掲載項目があった。これらはディレクトリ項目であり、物理的な所在、実セッション、トラフィック、商業関係、性能、容量、独立した障害ドメインを単独では証明しない。

ディレクトリ項目は、確認すべき対象を明らかにする。どの項目が現在も有効か、セッションは直接かルートサーバー経由か、どのプレフィックスを受信するか、物理依存を共有していないか、障害時にどう連絡するかを運用者へ確認できる。項目の追加や削除だけから、その理由を断定することはできない。

open という方針も、すべての申請者とのピアリングを義務付ける表現ではない。技術的な互換性、経路方針、容量、セキュリティ慣行、運用準備が判断に影響し得る。educational or research という分類も、能力への称賛や否定に読み替えるべきではない。

RIPEstat は時間境界のある経路視点を提供する

RIPEstat の2026年8月11日00:00 UTC スナップショットでは、AS212237 について可視の IPv4 プレフィックスが5件、対象は1,024個の IPv4 アドレスだった。可視の IPv6 プレフィックスも5件で、アドレス空間は IPv6 /48換算で20件分だった。「可視」はコレクターと返却定義に制約され、これらの数は恒久的な割り当て、利用率、顧客数、容量ではない。

同じ RIPEstat スナップショットは、観測された BGP ネイバーを5件と報告し、返却された IPv4 と IPv6 のピア集合の双方について full visibility を示した。この数は当該時点と返却集合の観測だけを表し、商用上の全アップストリーム、全ピア、全ネイバーの一覧ではない。

2026年7月28日から2026年8月11日までの照会期間について、RIPEstat は AS212237 の可視なオリジンアナウンスを10件掲載し、内訳は IPv4 プレフィックス5件と IPv6 プレフィックス5件だった。期間、オリジン、可視性、アドレスファミリー別内訳を一緒に読む必要がある。重複する IPv4 アナウンスを別々の保有量として加算したり、期間限定の結果を恒久化したりしてはならない。

BGP コレクターは実際の経路伝播を捉える観測窓を提供するが、あらゆる経路を見通せる監視系ではない。プライベートまたは局所的なセッション、フィルターされた経路、コレクターに選ばれなかったパス、照会後の変更は見えないことがある。一つの観測面に存在しないことは、世界中で存在しないことを意味しない。

BGP と IRR の比較は問いを生み、断罪を生まない

RIPEstat が返した照会時点の整合性ビューでは、可視の IPv4 アナウンス5件が BGP とインターネットルーティングレジストリ（IRR）の双方に存在した。この一致は返却比較の二層に対応項目があったことだけを示す。IRR に記録があるだけでは、経路認可、所有権、運用上の正しさを証明できない。

同じ返却比較では、可視の IPv6 アナウンス5件に対応する IRR 項目がなく、その一方で、記録済みの複数の IPv6 項目が BGP では可視でなかった。前者は観測されたが照合できない方向、後者は記録されたが観測できない方向である。更新時刻、集約、方針、保守、観測上の死角などを調べる前に、悪意、無効、怠慢、恒久状態と決め付けることはできない。

RIPEstat の比較は、観測関係と登録関係も区別した。RPSL に掲載された関係の一部は RIPE Routing Information Service（RIS）のコレクターで観測されず、AS917 は RIS で観測されたが、返却された RPSL ポリシーデータには掲載されていなかった。この方向性の差から、具体的な取引関係、契約状態、当事者の過失を推測することはできない。

インターネットルーティングレジストリ（IRR）は、運用者が提出した経路・ポリシーオブジェクトを保存する。BGP 観測は、コレクターが見た伝播状態を示す。両者を比べれば、記録更新、設定確認、方針説明の必要性を見つけられるが、「不一致」という語だけからセキュリティ事故という結論を導くことはできない。

RPKI が答えるのは正確なオリジン認可の問いである

取得時点で、RIPEstat の RPKI オリジン検証は、AS212237 による103.31.236.0/23のオリジンを RPKI-valid と判定した。根拠は、このプレフィックスを包含する103.31.236.0/22の経路起点認可（ROA）で、maxLength は24だった。この結果は照会したオリジンとプレフィックス長だけを検証し、パス全体、可用性、所有権、サービスセキュリティを証明しない。

取得時点で、RIPEstat は AS212237 による IPv6 プレフィックス2403:6380:60::/44のオリジンも RPKI-valid と判定した。返却結果には一致する ROA と包含する ROA があり、maxLength は48だった。この IPv6 照会の結果を、当該ネットワークの全経路、将来の全時点、セキュリティ全般へ一般化してはならない。

RPKI の役割は、受信側ネットワークが、あるオリジンとプレフィックス長が公開済み認可に適合するかを確認できるようにすることだ。経路がどこを通り、混雑しているか、アプリケーションが使えるか、設定が完全に正しいかは答えない。「オリジンが有効」を「安全な経路」と言い換えると、限定された検証を全体保証へ拡張してしまう。

層を分けた比較が実行可能な運用方法になる

公開情報の各層は別の問いに答える。RIR オブジェクトは行政記録、PeeringDB は運用者提供の相互接続情報、RIS はコレクター可視性に制約された経路観測、RPKI は照会対象プレフィックスのオリジン認可である。どの一層もネットワーク全体を証明しない。

証拠の範囲を限定した比較なら、レジストリの正確性、可視アナウンス、交換ディレクトリ項目、RPKI 状態を突き合わせられる。しかし、物理トポロジー、トラフィック、信頼性、商業上の取り決めは公開資料だけでは未確認のままである。この空白を残すことは否定ではなく、直接説明、テレメトリー、契約、試験が必要な場所を示す。

この方法は、レジストリを主権ではなく台帳として扱い、宣伝より稼働状態を優先する。番号資源の運用には、一意性、正確性、移転記録、セキュリティメタデータ、継続性が要る。判断すべきなのは、記録が照合できるか、経路が意図どおり動くか、変更を観測して戻せるかである。

相互接続の候補先なら、適用 ASN、現在の連絡先、セッション条件、受信プレフィックス、ROA 更新手順、障害時の連絡を確認できる。顧客なら、サービスに即した遅延、損失、可用性、復旧目標、測定地点が別に必要だ。公開資料は識別上の曖昧さを減らすが、最終判断には直接の運用証拠が必要である。

意思決定者が次に監視すべきこと

第一はアイデンティティの整合である。RIPE の AS212237 と ORG-PN126-RIPE を確認しつつ、APNIC の AS141445 は別個のルーティングオブジェクトとして扱う。契約、サポート文書、技術説明には、実際に使う ASN を明記する方がよい。

第二はディレクトリと経路の分離監視である。PeeringDB の変更はまず申告の変更として扱い、現在のセッション、プレフィックス、運用者確認によって意味を確定する。RIPEstat の変化は、同じ時刻条件、アドレスファミリー、可視性定義で比較する。

第三はプレフィックス単位の IRR と ROA の保守である。変化は通常運用の結果かもしれず、調整を要する兆候かもしれない。判断する前に、提出時刻、集約、方針、観測範囲を確認する。予期しないオリジンが現れた場合は、レジストリ連絡先、現在の BGP 観測、RPKI 結果を合わせて調べる。

第四は、サービス結果を目的に合う測定へ委ねることである。経路が見えることはアプリケーションの可用性を意味せず、ディレクトリ掲載は物理的多様性を意味しない。購入者、ピアリング相手、研究者は、それぞれの判断に対応する測定と時間範囲を用意する必要がある。

掲載画像は、ネットワーク運用、経路観測、インフラ監視を一般的に示す写実的な生成編集画像である。PXNET、Phoenix Network、特定施設、実在の機器や人物を写したものではなく、AS212237、AS141445、実際のプレフィックス、経路、交換接続、容量、性能、耐障害性、セキュリティ、事故も示さない。画像はネットワーク上の事実や本文の主張を裏付ける資料ではない。

PXNET の公開記録が最終的に支えるのは、推奨や警告ではなく、慎重な方法である。二つの ASN を分け、数字を時点と観測範囲に残し、ディレクトリ申告と稼働観測を区別し、不足する直接証拠を運用者に求める。その順序によって、散在する記録を責任ある判断へ変えられる。