要約

  • RIPE NCC の公開会員名簿に Nebius B.V. は記載されており、この事業者について取得した whois の回答は五つの自律システムオブジェクト――NebiusMAD、NebiusPA10、CoreNebiusNet、NebiusCloud、NEBIUS-UK――を返し、そのうち三つには組織ハンドル ORG-NB187-RIPE が付く。
  • 2026 年 10 月 21 日に取得した広告プレフィックスのデータでは、五つのうち四つが五件から二十七件のプレフィックスを発信しており、CoreNebiusNet は空のプレフィックス配列を返し、as-overview レコードは announced を false としていた。

登録データベースは宣伝媒体ではない。番号が名前になり、その名前を他のネットワークが根拠に動ける場所であり、上流事業者、フィルタリング事業者、監査担当者が「この通信は誰のものか」を判断するときに見るのがここだ。AI クラウドの契約の背後に処理を置く人にとって、事業者の登録項目は脚注ではなく実務文書になる。

まず言葉を一つ補っておきたい。自律システム番号（AS 番号）は、ひとまとまりの経路制御方針を持つネットワークを登録データベース上で表す番号であり、プレフィックスは実際に広告される住所範囲である。この二つは別物で、混同こそが本稿の主題だ。2026 年 10 月 21 日、RIPEstat 経由で取得した whois の回答は、名前に Nebius を含む五つの自律システム番号を対象にしていた。AS203326 は NebiusMAD という名称と組織キー ORG-NB187-RIPE を返す（AS203326 whois）。AS214415 は NebiusPA10 と同じ組織キーを返し（AS214415 whois）、AS215169 は CoreNebiusNet とこのキーを三度目に返す（AS215169 whois）。線はそこで切れる。AS213291 は名称 NebiusCloud だけを返し（AS213291 whois）、AS211318 は NEBIUS-UK だけを返した（AS211318 whois）。取得できた抜粋に組織キーはない。

RIPE NCC の会員名簿は Nebius B.V. をオランダに記録している（RIPE NCC 会員名簿）。ディレクトリ項目はこの記載を会員資格と番号資源の文脈としてのみ扱い、それ自体では ISP、IP トランジット、クラウド、レジストリ、マネージドネットワークの各サービスを販売している証拠にはならないと明記している（ディレクトリ項目）。番号そのものは登録データベースの回答から来ている。

四つが発信し、一つは沈黙したまま

転送面の記録は均一ではない。同じ日の広告プレフィックスのスナップショットで、AS203326 は五件（AS203326 プレフィックス）、AS214415 は十三件（AS214415 プレフィックス）、AS213291 は二十七件（AS213291 プレフィックス）、AS211318 は六件（AS211318 プレフィックス）を広告していた。AS215169 は空のプレフィックス配列を返し（AS215169 プレフィックス）、この番号の as-overview レコードは保有者を「CoreNebiusNet Nebius B.V.」とし、announced を false としている（AS215169 概観）。

登録済みなのに何も発信しない自律システムは、登録データベースではありふれた対象だ。予約なのか、移行の途中で保持されている番号なのか、社内専用なのか、単に変更後に残った項目なのか。記録はその区別がつかず、区別を求めるべきでもない。記録が言えるのは狭く、検証できることだけだ。その日、この番号が発信した世界的に可視なプレフィックスは存在しなかった。したがって「CoreNebiusNet が顧客の通信を運んでいる」という主張には、登録データベース以外の証拠が要る。

名称に含まれる語は登録者の選択だ。MAD、PA10、Cloud、Core、UK は、組織内の誰かが記録の名前をどう付けると決めたかを示す。登録データベースの項目ではなく、所在地でもなく、機能の宣言でもない。

相互接続の記録はラベルに従わない

取得できた唯一の相互接続記録も、これらの語を地理として読むことを支えない。PeeringDB の AS213291 の項目は組織を Nebius B.V. とし、ネットワーク種別を「Content」とし、四つの施設を挙げている。Digita Helsinki Pasila Broadcasting Tower、Elisa Helsinki Lauttasaari、Equinix AM7（アムステルダム）、Equinix FR5（フランクフルト）である（PeeringDB AS213291）。マドリードの拠点もペンシルベニアの拠点も並んでいない。MAD と PA10 が場所を指すのなら、登録データベースも施設記録もそれを示していない。

この記録が証明しないこと

欠落は漠然ではなく具体的だ。今回の照合で取得した資料のどこにも、自律システムオブジェクトの残りの項目は入っていない。五つの番号について descr、origin、mnt-by、created、last-modified は一つも取れていない。ORG-NB187-RIPE の組織オブジェクトの全文も取得していない。AS203326、AS214415、AS215169、AS211318 の PeeringDB 記録も取得できておらず、その検索失敗はアクセス失敗であって空の記録ではない。これは性質の違う事実であり、不在と読んではならない。RIPE NCC データベースのウェブ画面の描画も取得していない。自律システム番号を名指しする Nebius Group の提出文書、年次報告書、投資家向け資料も読んでいない。

事業者自身の説明では、nebius.com は Nebius を AI クラウド事業者として紹介し、GPU クラスタ、高速ネットワーク、マネージド推論、学習ツールを挙げ、Nebius B.V. をサービスを運営する法的実体として示している（nebius.com）。文書ポータルは仮想マシン、GPU クラスタ、Kubernetes、VPC ネットワークを扱うが、RIPE に登録された自律システム番号を運用上の役割、拠点、サービスに対応づける人間可読な記述は含まない（docs.nebius.com）。二つの文書、一つの番号、橋はない。

問題を決着させる道具は、同じデータの追加ではなく特定の種類の文書だ。AS 番号を名指しする事業者自身のネットワークページやピアリングページ、番号と役割を相互参照する RIR オブジェクト、役割を割り当てる提出文書のいずれかである。そうした文書が読める形で存在するまでは、最も筋の通る記述は観察そのもの、日付は 2026 年 10 月 21 日になる。

買い手にとっての帰結は具体的だ。契約は法的実体とサービス地域を定めても、通信を運ぶ自律システム番号を最後まで名指ししないことがあり、登録データベースはその隙間を自ら埋めない。顧客のプレフィックスをどの番号が発信しているのか、広告を変えられる資格情報を誰が持っているのかを問うことは、公開記録が後に裏づけも反証もできる問いである。