要約

  • APNIC RDAPはAS9245を、名称COMPASS-NZ-AP、国コードNZ、状態activeとして記録し、登録者をCompass Communications Ltdとしている。これは番号資源と運用主体を結ぶ強い管理上の証拠だが、サービス品質の測定ではない。
  • RIPEstatは2026年8月3日00時00分00秒UTCの取得時点でAS9245をannounced=trueと報告した。この結果はその時点の公開経路観測であり、あらゆる場所からの到達性や継続的な経路運用を保証しない。
  • 同じ取得結果では、IPv4が12プレフィックス、計25,600アドレス、IPv6が1プレフィックス、/48換算で65,536個分として集計された。これは観測されたアドレス空間の規模であって、回線容量、トラフィック量、顧客数を表さない。
  • RISの標本ではIPv4が329対329、IPv6が321対321の観測ピアからAS9245の起点が見えていた。分母を伴う強い観測結果ではあるが、RIS標本の外側に普遍化することはできない。
  • 2026年7月20日から8月3日までの限定取得には、IPv4の12プレフィックスとIPv6の2405:8400::/32を合わせた13プレフィックスが含まれていた。各経路の正当性、利用状況、物理的な通過地点までは示していない。
  • RIPEstatのルーティング状態は、最初に観測された経路を203.98.24.0/24、時刻を2000年8月18日08時00分00秒UTCとしている。取得結果中で最も新しい経路は202.90.56.0/21で、時刻は照会時点と同じだった。
  • PeeringDBの運用者管理レコードはCompass Communications Ltd、AS9245、Cable/DSL/ISP、Asia Pacific、一般方針Openを掲げ、IPv4とIPv6をそれぞれ50プレフィックスと申告している。これは独立した経路測定ではない。
  • Compassの運用者ページは、1995年の創業、ニュージーランド資本の独立企業、全国規模のネットワーク、接続・音声・マネージドサービス・データセンター関連の商品群を説明している。いずれも企業自身による説明として読む必要がある。
  • データセンターのページはAucklandとHamiltonの施設、相互接続関係、99.99％のSLAをサービス内容として掲げるが、施設の法的所有、現在の接続状態、経路の物理的分離、SLAの達成実績を独立に立証するものではない。
  • Compassのステータスページは、閲覧時点における自己申告の状態表示である。一時点の表示から、過去の可用性、特定回線のフェイルオーバー、障害の有無、顧客ごとの継続性を推定することはできない。

一つの名称の背後にある三つの識別層

COMPASS-NZ-AP COMPASS、Compass Communications Ltd、COMPASS-NZ-APは、似た対象を指しながら役割が異なる。BTWのディレクトリーではCOMPASS-NZ-AP COMPASSが企業の表示名として使われる。APNIC RDAPではAS9245の名称がCOMPASS-NZ-AP、登録者がCompass Communications Ltdと記録される。RIPEstatの概要は保有者表記としてCOMPASS-NZ-AP - COMPASS NZを返している。

これらを一つの曖昧な「Compass」に畳み込むと、登録簿が実際に示す範囲を越えやすい。最も明確なのは、AS9245という番号資源がAPNICの記録上Compass Communications Ltdに結び付いていることだ。ディレクトリー名はネットワークを識別しやすくする表示であり、それ自体から別法人、企業集団、資産保有関係を導くことはできない。

APNICのレコードにはNetwork OperationsとIRT-COMPASSCOM-NZも記録されている。これは管理・技術・インシデント対応に関する連絡機能が登録簿上で整理されていることを示す。ただし、連絡先の存在は運用体制の実効性、応答速度、セキュリティ水準、障害処理の結果を測定したものではない。登録情報は責任主体をたどる出発点であり、運用品質の採点表ではない。

activeが意味するもの、意味しないもの

APNIC RDAPにおけるAS9245の状態はactiveである。この語は登録対象の状態を示し、番号資源の管理記録が有効な形で存在することを理解する助けになる。一方で、activeという一語だけでは、現在BGPで経路が広告されているか、どのサービスが稼働しているか、どの地域で接続を提供しているかは分からない。

さらに、activeはライセンスの範囲、施設の存在、設備の所有、ネットワークの容量、経路制御の継続性を保証しない。登録簿が記録する管理上の状態と、稼働中のネットワークが外部からどう見えるかは別の問題である。そのためAS9245を理解するには、APNICの識別情報と、日付を固定したRIPEstatの観測を重ねる必要がある。

この区別は単なる注意書きではない。登録簿をサービス証明として扱えば、運用の現実を過大評価する。反対に、経路観測だけを見て登録者情報を無視すれば、観測された番号資源が誰の記録に結び付くのかを失う。管理上の記録と実際の経路信号を、それぞれの得意分野に限定して読むことで、初めて根拠の輪郭が明確になる。

登録の正確さと経路の実在を別々に確かめる

番号資源の記録でまず重要なのは、一意の番号、登録名、登録者、状態が互いに対応していることである。AS9245、COMPASS-NZ-AP、Compass Communications Ltd、activeというAPNICの組み合わせは、その対応関係を確認するための基礎になる。企業のサービス名だけでは曖昧になり得る対象を、番号資源を軸に追跡できる点に登録簿の価値がある。

ただし、登録の正確さは経路の実在と同じではない。登録簿にAS番号が存在していても、ある時点でその番号を起点とする経路が外部から見えるかどうかは、実際のルーティング観測によって確かめる必要がある。AS9245では、2026年8月3日00時00分00秒UTCのRIPEstat取得がその別の問いに答えている。

逆方向の読み違いにも注意が要る。BGPでAS9245の起点が見えるからといって、経路観測だけで登録者の法的範囲や資産関係まで説明できるわけではない。経路信号は動いているネットワークの一面を示し、APNICは番号資源に付随する管理記録を示す。どちらか一方をもう一方の代用品にすると、確認できる事実の種類を取り違える。

Network OperationsとIRT-COMPASSCOM-NZの記録も、この分業の中で位置付けるべきである。登録簿上の連絡機能は、番号資源に関する責任の所在をたどる手掛かりを増やすが、実際の応答、監視、復旧、安全性を測らない。識別可能であることと、運用結果が良好であることの間には、なお検証すべき距離が残る。

2026年8月3日に見えていたデュアルスタック

RIPEstatの概要は、2026年8月3日00時00分00秒UTCの照会でAS9245をannounced=trueとした。少なくともその取得時点では、AS9245を起点とする公開経路が観測系に現れていた。IPv4だけでなくIPv6のプレフィックスも含まれるため、観測結果はデュアルスタックの経路フットプリントを示している。

ここで重要なのは日付である。BGPの状態は観測時点に依存する。取得結果を現在形の恒久的な能力として言い換えるのではなく、「2026年8月3日の取得で見えた」と限定する必要がある。これによって、過去の一時点の観測を将来の可用性や継続的な制御にまで延長する誤りを避けられる。

announced=trueも、あらゆる接続元で通信が成功するという意味ではない。経路情報が見えること、データパケットが期待通りに運ばれること、利用者のアプリケーションが正常に動くことは、それぞれ異なる検証を要する。RIPEstatが提供するのは公開ルーティングの観測であり、エンドツーエンドのサービス試験ではない。

観測されたアドレス空間の読み方

ルーティング状態の集計では、AS9245についてIPv4の12プレフィックス、合計25,600アドレスが報告された。IPv6は1プレフィックスで、/48換算では65,536個分とされた。IPv4とIPv6の双方が観測されたという事実は、AS9245の公開経路面を説明するうえで有用である。

ただし、アドレス数を回線容量として読むことはできない。25,600というIPv4アドレス数は、毎秒に運べるデータ量ではない。IPv6の/48換算値も、加入者数、拠点数、利用率、契約数を示すものではない。番号資源の大きさとネットワーク性能は異なる測定軸に属する。

同様に、12対1というプレフィックス数の違いから、IPv4とIPv6の重要度、品質、トラフィック比率を推定することもできない。集約方法が異なればプレフィックス数は変わり得るため、単純な件数比較はサービスの重みを表さない。ここで確実に言えるのは、指定された観測時点にIPv4とIPv6の経路がともに見え、取得結果がそれぞれの規模をその方法で集計したということだけである。

プレフィックスの規模を性能指標に変えない

IPv4の25,600アドレスとIPv6の/48換算65,536個分は、同じ形の数量ではない。前者は観測されたIPv4プレフィックスが覆うアドレス数として集計され、後者は一つのIPv6プレフィックスを一定の単位へ換算した値である。桁の大きさだけを比較しても、二つのプロトコルの利用実態やサービス能力の差は得られない。

IPv6では一つの2405:8400::/32が大きな/48換算値を生む一方、IPv4では12のプレフィックスが合計25,600アドレスとして数えられている。この違いはアドレス体系と集計単位の違いを反映する。大きな数が、そのまま大きな帯域、広い提供地域、多い利用者を意味するわけではない。

プレフィックスの細かさも、サービス構成を直接語らない。/24、/23、/22、/21、/19という表記から、番号空間の範囲は読めるが、どの設備に収容され、どの商品に使われ、どれほど通信を運んでいるかは読めない。番号資源の境界を、物理設備や商用サービスの境界と同一視しないことが必要である。

それでも一覧と集計には実務的な意味がある。AS9245という抽象的な識別子に対し、指定期間に観測された13の具体的なプレフィックスを対応させられるからだ。ここで得られるのは、公開ルーティング面に現れた番号資源の輪郭である。その輪郭を性能評価へ拡張しない限り、数値はネットワーク識別の精度を高める。

限定期間に列挙された13プレフィックス

2026年7月20日00時00分00秒から8月3日00時00分00秒までを対象にしたRIPEstatのannounced-prefixes取得は、次の13プレフィックスを返した。

  • 2405:8400::/32
  • 202.90.47.0/24
  • 202.174.6.0/23
  • 117.104.180.0/22
  • 160.238.80.0/22
  • 202.90.56.0/21
  • 117.104.176.0/22
  • 175.176.216.0/22
  • 103.211.120.0/22
  • 202.36.121.0/24
  • 182.48.128.0/19
  • 203.152.96.0/19
  • 103.9.216.0/22

この一覧にはIPv6の2405:8400::/32と12のIPv4プレフィックスが含まれる。したがって、ルーティング状態の「IPv4 12、IPv6 1」という集計と対応する。列挙によって、抽象的なデュアルスタックという表現を、実際に観測された番号資源へ結び付けられる。

一方、一覧は各プレフィックスの用途を説明しない。どの製品、施設、アクセス回線、顧客がどのプレフィックスを利用しているかは分からない。経路がAS9245を起点として観測されたことから、特定の商用サービスへの割り当てや物理的な収容場所を決め付けることはできない。

また、列挙された経路が正しく認可されているか、常に同じ形で伝播しているか、実際にトラフィックを運んでいるかも、この取得だけでは確定しない。観測された起点と、経路認可、運用上の正しさ、排他的な制御は別々に検証されるべき事項である。13という数は取得条件内の明確な結果だが、それ以上の意味を自動的には持たない。

RISの可視性は強いが、普遍的ではない

RIPEstatのルーティング状態では、IPv4について標本中329のRISピアすべて、IPv6について321のRISピアすべてがAS9245の起点を見ていた。分子だけでなく329対329、321対321という分母を保つことで、観測の強さと範囲を同時に表現できる。

この結果は、取得されたRIS標本の内部では広い可視性があったことを示す。IPv4とIPv6の両方で、標本に含まれた観測ピアの全数から起点が確認されたため、偶然一つの観測点だけに見えたという状態ではない。しかし「全数」という語は、あくまでそれぞれ329、321の標本に対する全数である。

したがって、世界中のすべてのネットワーク、すべての経路、すべての利用者から到達可能だったとは言えない。RISの外にある接続点、アクセス網、利用環境について、この分母は何も測定していない。標本内の完全な可視性を、インターネット全体の普遍的な到達性に置き換えるべきではない。

可視性は経路の存在を捉えるが、経路の品質を直接測らない。遅延、損失、混雑、実効速度、障害時の切り替え、顧客が受けるサービスの連続性は、この329対329、321対321からは導けない。数字が明快であるほど、その測定対象を限定して扱う必要がある。

観測の分母が示す範囲

329対329と321対321では、後ろの数字が結論の境界を定める。IPv4は標本に含まれた329のRISピア、IPv6は321のRISピアが分母であり、どちらも取得時点の観測集合である。分子が分母と等しいことは標本内の広い可視性を示すが、分母の外側まで測ったことにはならない。

「すべてから見えた」とだけ要約すると、標本内の全数とインターネット全体の全数が混同される。正確なのは、2026年8月3日00時00分00秒UTCの取得で、標本中の329対329のIPv4ピアと321対321のIPv6ピアからAS9245の起点が見えた、という表現である。時刻、プロトコル、分母を残すことで、強い結果を強いまま限定できる。

この可視性は、経路広告が観測点へ届いたことを示す。だが、同じ観測点から対象アドレスへデータ通信が成功したか、遅延や損失がどうだったか、利用者のセッションが継続したかは測っていない。制御面の可視性と、転送面やアプリケーション面の結果を分離する必要がある。

IPv4とIPv6の分母が異なることも、そのまま品質差を意味しない。それぞれの標本集合に対する観測結果として扱うべきであり、329と321の差から一方の到達性が優れているとは言えない。比較できるのは、各標本の内部で起点が全観測ピアに見えていたという範囲までである。

最初の観測と取得結果中の最新経路

RIPEstatのルーティング状態は、AS9245について最初に観測された経路を203.98.24.0/24、時刻を2000年8月18日08時00分00秒UTCとしている。これは観測データに現れる時間的な手掛かりであり、AS9245に結び付く公開経路が長い時間軸を持つことを示す。

ただし、この日付から、その後の全期間にわたって経路が途切れず存在したと結論することはできない。「最初に観測された」ことと「連続して観測された」ことは異なる。途中の経路変更、観測上の空白、運用状態は、この一つの開始時刻だけでは説明されない。

同じ取得結果で最新とされた経路は202.90.56.0/21で、時刻は2026年8月3日00時00分00秒UTCだった。これは照会時点に結び付く最新項目であり、対象時点の経路集合を理解する助けになる。最初と最新という二点を並べても、間のすべての運用履歴を復元できるわけではない。

時間情報の価値は、継続性を誇張するためではなく、観測がいつ成立したかを明示することにある。長い時間差は歴史的な存在感を示唆しても、現在の性能、将来の安定性、特定サービスの稼働期間を証明しない。経路の年代とサービスの耐障害性を同じものとして扱わないことが重要である。

二つの時点から連続した歴史は作れない

203.98.24.0/24の2000年8月18日08時00分00秒UTCという最初の観測は、AS9245に関する時間軸の早い端を示す。202.90.56.0/21の2026年8月3日00時00分00秒UTCという取得結果中の最新時刻は、照会時点側の端を示す。この二点はいずれも具体的だが、二点の間にある全状態を記録したものではない。

長い時間間隔を見ると、同じネットワーク識別子に歴史的な厚みを感じやすい。しかし、観測の開始時刻だけから、経路が一度も消えなかったこと、起点や伝播が同じだったこと、運用主体の支配が途切れなかったことは導けない。時間の長さと連続性は別の主張である。

照会時点に最新経路が現れていることも、将来にわたる安定性の予告ではない。BGPは変化し得る運用状態であり、日付を固定した取得は、その瞬間を説明するための証拠である。時点を消して恒常的な現在形にすれば、本来は限定された観測が保証のように読まれてしまう。

したがって、時間情報は誇張ではなく比較可能性のために残す。announced=true、プレフィックス集計、RIS可視性、最初と最新の経路には、それぞれ取得または観測の時刻がある。どの数字もその時間境界の内側で読むことで、ネットワークの実在を確認しつつ、測っていない連続稼働を主張せずに済む。

八つの観測隣接関係から分からないこと

ルーティング状態はAS9245について八つの隣接関係を観測した。これは公開経路の周辺で複数の隣接ASが見えていたという、ルーティング構造上の手掛かりになる。しかし、八という数だけで関係の商業的または物理的な性質を特定することはできない。

観測された隣接関係が有償トランジットなのか、ピアリングなのか、別の運用関係なのかは、この集計からは分からない。契約、接続場所、セッションの状態、トラフィック方向、経路選択の優先度も示されていない。隣接関係をそのまま特定企業との稼働中の商取引や物理回線に置き換えるのは、証拠の飛躍になる。

隣接数が複数であることも、障害時に必ず代替経路が働くという保証にはならない。経路が別々に見えても、物理的な設備や経路がどこまで分離されているかは確認できない。制御面で観測された複数性と、サービス面で実証された冗長性は別物である。

したがって、八という値はAS9245の観測されたBGP周辺を記述するために使うべきで、回復力の評価点には使えない。経路の隣接性を把握することは運用実態へ近づく一歩だが、耐障害性という結論までには追加の実証が必要になる。

PeeringDBが記録する運用者の申告

PeeringDBのnetwork id 6849は、名称をCompass Communications Ltd、ASNを9245としている。種別はCable/DSL/ISP、対象範囲はAsia Pacific、一般方針はOpenと記載される。IPv4とIPv6については、それぞれ50プレフィックスが申告されている。

このレコードは、事業者がネットワークを相互接続の文脈でどう説明しているかを把握するために有用である。AS番号、名称、ネットワーク種別、地理的範囲、一般方針が一つの運用者管理レコードにまとまり、APNICの登録者名とも整合する。その意味で、AS9245とCompass Communications Ltdの実務的なネットワーク識別を補強する。

ただし、PeeringDBは独立した測定器ではない。Openという方針は、あらゆる相手とのセッションが現在確立していることを意味しない。Asia Pacificという範囲も、具体的な設備配置、顧客への保証地域、物理経路を示す地図ではない。Cable/DSL/ISPという種別から、各アクセス商品がAS9245上でどのように提供されているかを確定することもできない。

IPv4とIPv6を各50とする申告値も、RIPEstatが2026年8月3日に観測したIPv4 12、IPv6 1という値とは性格が違う。前者は運用者管理データベースの申告、後者は条件と時刻を固定した公開経路の観測である。同じ「プレフィックス」という語が使われても、収集方法と意味が異なるため、直接の一致を期待すべきではない。

数字の違いは、直ちに矛盾を意味しない

PeeringDBの50対50と、RIPEstatの12対1を並べると、大きな差に見える。しかし、この差だけでどちらかが誤りだと断定することはできない。PeeringDBがどの範囲を申告値として数えているかと、RIPEstatが指定期間・指定時点で何を観測したかは同一ではない。

数字を比較する際には、「誰が記録したか」「どの時点か」「観測か申告か」「何を一単位として数えたか」を保つ必要がある。これらの条件を外して件数だけを比べれば、測定対象の違いを運用上の異常と誤認するおそれがある。差は調査の問いを生むが、単独では障害や不整合の証明にならない。

より堅実な読み方は、PeeringDBからCompassが外部に示すネットワーク像を把握し、RIPEstatから特定時点に実際に観測された公開経路を把握することだ。APNICはその両者に対して番号資源の登録上の主体を提供する。三つの記録は競合する答案ではなく、異なる問いに答える資料である。

この役割分担を守れば、過度に肯定的にも否定的にもならずに済む。申告値を実測値として持ち上げる必要も、観測値との差だけで運用上の問題を示唆する必要もない。明らかなのは、AS9245に関する公開情報が複数の層に分かれ、それぞれ別の証拠価値を持つということである。

三種類の数字を同じ物差しに載せない

APNICのactive、RIPEstatの12対1、PeeringDBの50対50は、いずれもAS9245に関係するが、同じ問いへの回答ではない。activeは登録対象の状態、12対1は日付付きの公開経路観測、50対50は運用者管理レコード上の申告である。表面上は一つのネットワークを説明していても、生成された目的が異なる。

このため、50対50から12対1を差し引くような比較には意味がない。差分は未広告、障害、余剰、誤記のいずれかを自動的に表すものではなく、単に数え方と対象が異なる可能性を残す。追加の根拠がないまま差の原因を一つに決めれば、観測事実を越えた説明になる。

八つの観測隣接関係も別の軸に属する。隣接数はプレフィックス数でも、契約数でも、施設数でもない。複数の隣接が見えることはBGP周辺の構造を示すが、各関係の商業条件、物理経路、現在のセッション、トラフィック量を明らかにしない。数字同士を近接して置くときほど、単位と由来を保つ必要がある。

整合的な読み方は、登録簿で主体を確定し、RIPEstatで指定時点の公開経路を確認し、PeeringDBで運用者の相互接続上の自己申告を把握し、Compassのページで商品説明を知ることだ。情報を一つの総合点へ縮約せず、答えられる問いごとに並べることで、数字の強さと限界を同時に保持できる。

Compassが説明する商用サービスの表面

Compassの運用者ページによれば、同社は1995年に始まり、ニュージーランド資本の独立したインターネット・通信事業者で、全国規模のネットワークを運営しているという。提供内容として、光ファイバー、VDSL、ADSL、地方向け接続、音声、クラウドPBX、マネージドサービス、データセンター関連商品を挙げている。

この説明は、AS9245が置かれる商用上の文脈を理解する助けになる。登録簿だけを見ても、番号資源がどのような事業説明と結び付いているかは分からない。運用者ページを併読することで、Compassが接続、通信、運用支援、施設関連サービスを含む事業面を自らどう位置付けているかが見える。

しかし、商品一覧は各商品が特定のAS9245プレフィックスを利用していることを示さない。光ファイバー、VDSL、ADSL、地方向け接続のいずれについても、公開経路一覧との直接対応は確認できない。全国規模という表現も、あらゆる場所で同じ品質や速度が得られることを保証するものではない。

また、1995年の開始時期と、RIPEstatが203.98.24.0/24を最初に観測した2000年8月18日は、異なる対象の時間情報である。前者は企業自身が述べる事業開始、後者は一つの経路の観測開始を指す。両者をつないで、AS9245が1995年から同じ形で継続運用されていたと推定することはできない。

商用の説明とAS9245の実装を直結させない

Compassが掲げる光ファイバー、VDSL、ADSL、地方向け接続、音声、クラウドPBX、マネージドサービス、データセンター関連商品は、同社の事業範囲を示す自己説明である。AS9245の公開経路はネットワーク識別の手掛かりになるが、商品一覧と13プレフィックスの間に個別の対応関係は示されていない。

そのため、あるプレフィックスを特定商品、特定施設、特定顧客へ割り当てることはできない。AucklandやHamiltonという地名が商品説明に現れても、観測された経路がどちらを通るか、どこで終端するか、設備が誰に所有されるかは分からない。論理的な番号資源と物理的な場所は、追加の証拠なしには結べない。

全国規模のネットワークという運用者の表現も、全国のあらゆる地点で同じサービスが得られるという保証ではない。提供可能性、契約条件、アクセス方式、実効品質は、それぞれ別に確認されるべき事項である。企業の説明は商用文脈を与えるが、個々の顧客体験を代表する測定にはならない。

同じ境界は99.99％のSLAにも当てはまる。掲示されたSLAはサービス条件の一部として重要だが、達成率の測定結果ではない。RISで高い標本可視性が得られたことをSLA達成の裏付けに使うこともできない。公開経路の観測と、契約上のサービス結果は、別の証拠を必要とする。

データセンターの説明と証拠の境界

Compassのデータセンターページは、AucklandとHamiltonの施設、全国ネットワークの利用、複数の相互接続関係、99.99％のSLAをサービス提供の一部として説明している。これは、同社が施設と接続性をどのような価値提案に組み込んでいるかを示す運用者自身の主張である。

地名が示されていても、公開された説明だけから施設の法的所有関係を確定することはできない。「施設を運営する」というサービス上の表現と、不動産や設備を法的に所有することは同義ではない。AS9245の登録情報も、これら施設の資産関係を記録するものではない。

相互接続関係の説明も、取得時点で各セッションが稼働していたことを独立に測定していない。RIPEstatの八つの観測隣接関係と、運用者ページが説明する相互接続を、追加の根拠なしに一対一で対応させることはできない。BGP上の隣接、商業契約、施設内の接続、物理経路は、それぞれ異なる関係である。

99.99％というSLAも、提供条件として掲げられた数値であり、達成実績の独立監査結果ではない。この値から過去の稼働率を算出したり、すべての商品、回線、施設、顧客へ適用したりすることはできない。サービス条件の存在と、その結果が測定によって確認されたことを区別する必要がある。