AS10209 は動いている。それでも「Japan HUB and データセンター」のデータセンター容量は数えられない

要約

AS10209 は現在も経路広告が観測され、198.182.50.0/23と、その内側にある二つの/24を合わせた一意の IPv4 空間は512アドレスである。/23では AS4637、二つの/24では AS3356 が直前に見えるが、これは観測時点の論理経路を示すにすぎない。
「Japan HUB and データセンター」という登録上の説明は、独立した法人、商用コロケーション事業、特定のデータセンター棟、ラック在庫、電力・冷却設備、顧客向け帯域の存在を証明しない。公開記録が強く結び付ける相手は Synopsys と日本シノプシス合同会社である。
ネットワークの証拠は中程度だが、施設と容量の証拠は極めて弱い。二つの上流 AS と重複する経路は、物理的に分離した引き込み、独立電源、十分な代替帯域、あるいは試験済みの復旧能力を意味しない。

名前が証明できる範囲を越えるとき

「Japan HUB and データセンター」という名前を目にすれば、東京のどこかに通信事業者が集まる建物があり、顧客がラックや電力を購入でき、複数の回線が引き込まれている、と想像したくなる。しかし公開資料が直接示すのは、そのような物理設備ではない。APNIC の AS10209 登録には、AS 名としてSynopsys-AS-JP-AP、国として日本、説明として「Japan HUB and データセンター」が記され、登録主体は Synopsys に結び付く。RIPEstat でも AS10209 が広告中であることは確認できる。ここまでは、インターネット資源としての識別と現在の到達可能性についての証拠である。

その先は証拠の種類が変わる。BGP は、ある宛先への到達可能性と経路選択に関する情報を交換する仕組みであり、ASN の説明欄は建物仕様書ではない。登録名に「データセンター」が含まれていても、床面積、受電容量、非常用発電、無停電電源、空調、耐震、ラック数、相互接続室、顧客契約を自動的に伴うわけではない。名前は調査の入口にはなるが、設備の実在や提供能力を確定する終点にはならない。

この区別は単なる言葉遣いの慎重さではない。通信設備を調達する買い手が知りたいのは、障害時にも使える容量がどこに、どの電力系統と回線経路の上に、どれだけ存在するかである。一方、AS 登録から分かるのは、特定の番号と IP アドレス範囲が、ある組織名や連絡先と関連付けられ、世界の経路表でどのように見えるかだ。両者には接点があるものの、同じものではない。

したがって、本稿で扱う「Japan HUB and データセンター」は、AS10209 と Synopsys 関連記録に結び付いた既存のディレクトリ上の識別名である。独立した法律上の会社名としても、Synopsys が顧客向けに販売するデータセンター事業の名称としても確認されていない。この境界を保たなければ、登録欄の一行から存在しない商品と容量を作り出してしまう。

登録主体をたどると Synopsys に行き着く

主体の結び付きについては、複数の登録資料が互いを補強する。APNIC の AS 番号記録は Synopsys を示し、関連する組織記録ORG-SA28-APも Synopsys 名義で、現在の二子玉川ライズ・オフィスの住所を掲載する。さらに、198.182.50.0を含む親アドレス範囲は、ARIN でSYNOPSYS-US03-NETとして198.182.32.0から198.182.63.255まで Synopsys Inc.に直接割り当てられている。ARIN の組織記録にも Synopsys Inc.と管理、技術、経路に関する連絡先がある。

これらは、AS10209 と現在見える IPv4 範囲が Synopsys の企業的な資源管理の内側にある、という判断を強く支える。だが、日々の運用をどの法人、どの部署、どの委託先が担うかまでは決めない。親アドレス割り当ては AS10209 が実際に広告する範囲より大きく、その全体が日本にあるとも、同じ設備で使われるとも限らない。米国法人に登録された親範囲と、日本に割り当てられた ASN が組み合わさることは、多国籍企業の資源管理として理解できるが、機器の位置を示す座標にはならない。

日本シノプシス合同会社が自ら説明する事業は、電子設計自動化、半導体 IP、サポート、コンサルティングである。親会社の説明も、半導体からシステムまでのエンジニアリング、設計、IP、シミュレーション、解析を中心に置く。2025年の Form 10-K にも、「Japan HUB and データセンター」を独立した報告事業や施設として扱う記載は確認できない。

もちろん、企業の事業紹介や規制当局向け報告が、社内の機器室や個々の回線契約を一つ残らず列挙するとは限らない。記載がないことは、技術室が存在しない証明ではない。しかし同時に、記載がないものを商用コロケーション設備や独立運営会社として扱う根拠にもならない。確認できるのは Synopsys との関係であり、確認できないのは「Japan HUB and データセンター」という別個の事業者の存在である。

買い手にとって、この主体境界は契約責任を考えるうえでも重要になる。誰が AS 番号を管理するのか、誰が AS3356 や AS4637 との契約当事者なのか、誰が建物への入退館や電源設備を管理するのかは、それぞれ異なる可能性がある。登録主体が分かっても、回線、建物、運用の責任分界はまだ開示されていない。

大井町から二子玉川へ動く住所、動いたか分からない機器

地理情報には二つの東京の住所が現れる。古い APNIC の aut-num 本文には、品川区大井一丁目の住所が残る。これに対して、APNIC の関連組織記録、Synopsys の現在の拠点一覧、日本法人の会社概要は、世田谷区の二子玉川ライズ・オフィスを東京の所在地として示している。前者の主要な記述は2020年時点の情報を含み、後者の組織記録は2023年に更新されている。

最も控えめで確かな読み方は、資源登録の説明と現在の会社管理住所との間に時間差または役割差がある、というものだ。企業が移転しても古いネットワーク資源の説明が残ることはあり得るし、連絡先だけが現在の本社へ変わることもあり得る。だが、その事情は公開資料だけでは決められない。大井町に境界ルーターが残っているとも、二子玉川へ移設されたとも、両方に設備があるとも言えない。

二子玉川の職場紹介は、受付、執務、研修、休憩の空間を示し、LEED Gold にも触れている。これは、その場所が会社のオフィスとして使われていることを理解する材料になる。一方で、データホール、通信事業者の相互接続室、受電設備、発電機、冷却機、ラック列を開示するページではない。紹介写真にデータホールがないから技術室もない、と断定することはできないが、オフィス紹介をデータセンター施設の証明に読み替えることもできない。

Synopsys は東京のほか大阪、四日市の拠点も掲載する。しかし、AS10209 がそれらの拠点で広告されていること、いずれかが復旧サイトであること、拠点間でデータが複製されていることを示す資料はない。複数の会社住所は、複数のネットワーク稼働拠点を意味しない。まして、二つの都市名を線で結ぶだけでは、障害時に切り替わる回線や設備の存在を証明できない。

現時点で地図に置ける精度は「日本に登録された AS で、東京に行政上の履歴がある」までである。境界ルーター、ファイアウォール、サーバー、ラックの正確な位置は空欄にすべきだ。大井町と二子玉川の間にも、東京の通信事業者拠点や海底ケーブル陸揚げ地点との間にも、公開証拠に基づく線は引けない。

三つの経路広告が表すのは512個の一意な IPv4 アドレス

AS10209 の現在の論理的な輪郭は、施設情報よりはるかに明瞭である。RIPEstat の観測では、198.182.50.0/23、198.182.50.0/24、198.182.51.0/24の三経路が AS10209 から広告されている。経路状態の資料では、表示された RIS の IPv4 観測点に対して三経路が見え、広告中の一意な IPv4 アドレス数は512、見える IPv6 経路はゼロとされる。

重要なのは、三行を足し算しないことだ。/23は512個の IPv4 アドレスを覆う。その前半が198.182.50.0/24、後半が198.182.51.0/24であり、各/24は256個ずつを覆う。二つの/24は/23の内側をちょうど分けているので、三経路を合わせても一意な空間は512個のままである。/23の512に二つの/24の512を加えて1,024と数えるのは、同じ住所範囲を二重に数える誤りになる。

個別アドレスの経路情報も、198.182.50.1が198.182.50.0/24に、198.182.51.1が198.182.51.0/24に対応し、起点が AS10209 であることを支える。経路履歴は、現在および過去に見えた範囲と期間を追う材料になる。しかし履歴からは、変更理由、機器更新、契約変更、障害、社内設計の意図までは分からない。観測されにくい経路が記録に出ない可能性も残る。

512という数字が測っているのは、現在広告される一意な IPv4 空間である。512台のサーバー、512人の顧客、512台のルーター、512個のサービスを意味しない。一つのアドレスを多数の利用者が共有することもあれば、未使用、予約、変換用、ゲートウェイ用であることもある。逆に、一つのアドレスの背後に多くの内部システムが置かれることもある。

APNIC Labs が2026年4月2日の日本向け観測で AS10209 について246人という推定値を示し、Cloudflare Radar が小規模なビジネスネットワークとしての信号を示しても、これらは手法に依存する観測値である。契約者数、社員数、端末数、ホスト数、同時利用者数、処理能力ではない。小さく見えることは規模感の補助線にはなるが、容量台帳の代わりにはならない。

/23と二つの/24に見える上流の使い分け

経路の形で最も特徴的なのは、集約経路と詳細経路の直前に異なる AS が見えることだ。198.182.50.0/23について、観測された AS パスでは AS4637 が AS10209 の直前に現れる。一方、198.182.50.0/24と198.182.51.0/24では、いずれも AS3356 が AS10209 の直前に現れる。経路整合性の比較資料も、現在の隣接 AS として AS3356 と AS4637 を挙げる。Cloudflare の経路表示も、AS10209 の広告空間と接続性が現に観測されることを別の視点から補強する。

インターネットの経路選択では、一般に、他の条件が同じなら短い接頭辞より長い接頭辞、つまりより詳細な経路が優先される。そこで、二つの/24が見えている平常時には AS3356 側の詳細経路へ受信通信を寄せ、両方の/24が適切に取り下げられたときには AS4637 側の/23が到達性を残す、という設計を想定できる。公開された形だけを見れば、意図的な受信経路制御と予備経路の組み合わせに見える。

ただし、これは合理的な解釈であって、公開された試験結果ではない。AS パス上で直前に見えることは、直接契約を証明しない。再販事業者や別のアクセス回線を介している可能性、地域内で共通の伝送区間を使う可能性、同じ建物入口や同じ配線室を通る可能性を排除できない。また、公開経路から分かるのは主に外部から見た到達方向であり、AS10209 から外へ出る通信が同じように分担されるとは限らない。

Lumen と Telstra International の公開地図は、両社が日本や東京を含む広い市場で通信基盤を持つことを示す。しかし Lumen の地図は正確な経路が変わり得ること、所有、賃借、IRU の区別をしないことを注意書きで示す。Telstra International の地図も東京や国際ケーブル、拠点を広域に描くが、提供可能性が変化し得る。どちらにも AS10209 の引き渡し建物、回線番号、引き込み口、管路、顧客ルーターは記されていない。

したがって、「AS3356 と AS4637 が見える」は強い論理証拠である一方、「Lumen と Telstra の二本の物理回線が完全に分離されている」は未確認である。観測された二つの ASN は、二つの都市、二つの建物、二つの電力系統、二つのルーター、二つの運用班を意味しない。

登録された経路方針は現在の観測に追い付いていない

AS10209 の APNIC Whois 本文には、AS1 と AS1239 を相手とする古い入出力方針が残っている。ところが現在の経路観測で隣接して見えるのは AS3356 と AS4637 である。この食い違いは、登録上の方針が古いか、意図的に簡略化されているか、現在の運用を完全には表していないことを示す。少なくとも、AS1 と AS1239 の記述をそのまま現行ネットワーク図として使うべきではない。

これは、登録資料を無価値にする話ではない。登録資料は AS 名、管理組織、連絡先、過去の説明を確かめるうえで重要である。ただし、現在の経路を知るには時刻を伴う観測と照合する必要がある。逆に、瞬間的な観測だけでは契約条件、意図、保守責任、将来の構成を説明できない。二つの資料は競合するのではなく、異なる時間と目的を持つ証拠として扱うべきだ。

経路起点の検証状態にも注意が必要である。198.182.50.0/23と二つの/24について、評価時点の RIPEstat の RPKI 結果はいずれもunknownで、検証に使える ROA は表示されなかった。unknownはinvalidではない。経路が誤っていると断定する材料ではなく、観測された起点に対する肯定的な認可を、その時点の結果から示せないという意味である。

RPKI による起点検証は、経路の起点 AS と許可された接頭辞の関係を評価する仕組みである。肯定的な状態が得られたとしても、建物、回線、電源、全 AS パスの真正性、アプリケーションの稼働まで保証するものではない。今回のunknownも、物理設備の有無や品質について何も語らない。経路安全性の一項目が未確認だと整理するのが適切である。

買い手が確認すべきなのは、古い登録方針が残る理由、現在の契約先と連絡先、ROA を含む起点認可の方針、経路フィルター、変更管理である。公開記録のずれが直ちに障害を意味するわけではないが、復旧時に誰がどの経路を取り下げ、どの相手へ連絡するかを曖昧にする要因にはなり得る。

論理的な多重化は物理的な経路分離ではない

二つの上流 AS が見えるネットワークを「冗長」と呼ぶことは、限定された意味では可能である。少なくとも、外部の経路表には一種類だけではない隣接関係が現れ、集約経路と詳細経路が異なる相手を通って見える。単一の経路広告しかない場合より、論理的な選択肢が存在するように見える。しかし、購入判断に必要な冗長性は、経路表の行数より多層的である。

物理的な経路分離を主張するには、建物への別々の引き込み口、重ならない管路、異なる局舎やアクセス事業者、独立した配線盤と相互接続、別々の境界ルーター、独立した電源系統などを確認する必要がある。二社の国際的な通信事業者が関わっていても、最後の区間で同じ地下管路、同じビル入口、同じ通信室、同じラック、同じ電源を共有すれば、一つの事故で両方が失われ得る。

論理的な切り替えにも条件がある。平常時に二つの/24が AS3356 側へ通信を引き寄せているなら、下流のファイアウォールやアプリケーションが故障した際、経路が広告されたままでは外部は詳細経路を選び続け、AS4637 側の/23へ退避しないかもしれない。障害検知と経路取り下げが連動し、両方の/24が適切な時点で消え、/23側の経路と内部状態が正常であって初めて、想定した予備動作が成立する。

片方の/24だけが失われる場合もある。198.182.50.0/24側が到達不能でも198.182.51.0/24側が生きていれば、単一アドレスへの監視は成功し続け、半分の範囲の障害を見逃す可能性がある。反対に、/23だけが消えて二つの/24が残れば平常通信は続くかもしれないが、想定される予備経路は失われる。三つの経路それぞれを別々に監視しなければ、設計の状態を正しく把握できない。

さらに、代替経路が到達性を残しても、障害時の帯域が十分とは限らない。平常時の通信量を一本へ収容できる契約帯域、ポート速度、利用率、経路制御、ファイアウォール性能が分からないからだ。「切り替わる」と「必要な負荷を処理できる」は別の命題である。公開資料には、収束時間、残存帯域、パケット損失、遅延、サービス水準、切り替え試験の結果がない。

512アドレスをラック、帯域、顧客容量へ変換してはいけない

AS10209 について公に数量化できる運用面は、512個の一意な IPv4 アドレスである。これはネットワーク層の範囲であり、データセンターの販売単位ではない。ラック容量なら、設計済み、設置済み、通電済み、占有済み、予約済み、販売可能という状態を分けて示す必要がある。電力なら受電 MVA、利用可能な IT 負荷 MW、無停電電源と発電機の容量、冗長構成、現在負荷、障害時余力が要る。回線ならポート速度、契約帯域、実利用率、輻輳時の性能が要る。

これらの数値は公開資料にない。ラック数、床面積、ラック当たりの電力密度、受電電圧、変電所、フィーダー数、無停電電源の構成、蓄電池保持時間、発電機容量、燃料保持時間、冷却能力、計算資源、ストレージ、相互接続数、顧客数、空き容量はすべて不明である。帯域についても Gbps や Tbps、ポート本数、契約情報、ピーク利用率は開示されていない。

親アドレス割り当ての大きさも代用品にはならない。ARIN の198.182.32.0から198.182.63.255までという割り当ては、Synopsys Inc.が管理するより広い資源範囲を示す。AS10209 が現在広告するのはその一部であり、親範囲の全アドレスを AS10209 の容量として数えることはできない。割り当て済み、広告中、内部で使用中、顧客に提供中という状態はそれぞれ違う。

IPv6 が見えないことにも限界がある。評価時点で AS10209 からの公開 IPv6 経路が観測されないことは言えるが、組織が別の AS や別の仕組みで IPv6 を利用していないとは言えない。逆に、見える IPv6 経路がゼロだからといって、IPv4 設備の規模や古さを推定することもできない。公開経路表が示すのは、あくまでその AS を起点として外部に広告される範囲である。

容量についての正確な外部向け記述は、短くても厳格でなければならない。すなわち、「一意な広告中 IPv4 アドレスは512個。帯域、ラック、電力、冷却、計算、ストレージ、顧客、予備余力は不明」である。数字が少ないことより、単位を混ぜないことが重要だ。

データセンター施設として必要な証拠が公開されていない

商用データセンターとして評価するなら、まず建物または施設の名前と所在地が必要である。次に、所有か賃借か、運営主体は誰か、相互接続室とクロスコネクトはどこか、どの通信事業者がどの引き込み口から入るかを確認する。さらに、設計、建設、通電、試運転、稼働、販売という段階を分け、現在利用できる容量を測らなければならない。

AS10209 に関する公開記録には、その出発点となる施設名がない。現在のデータセンター棟、データホール、キャリアホテル、相互接続室、交換機接続、境界ルーターのラック、オフィス内サーバー室、災害復旧拠点のいずれも特定されていない。JPIX、JPNAP、BBIX などの特定の交換拠点へ AS10209 が接続するという資料もない。

この空白は「設備が存在しない」という断定とは異なる。企業ネットワークは第三者のコロケーション施設、オフィスの通信室、管理委託先の設備などで運用され、詳細が公表されないことがある。だからこそ、外部の調査者は存在を推測するのではなく、確認できる階層を明示しなければならない。論理経路は見える。物理施設は見えない。販売可能な容量は見えない。この三段階を一つに畳んではならない。

施設を確定する資料としては、運営者による所在地と役割の説明、施設識別子、契約上の引き渡し地点、クロスコネクト記録、通信事業者の回線情報、別経路証明、交換拠点記録などが考えられる。容量を確定するには、竣工仕様だけでなく、通電済み、稼働中、使用中、予約済み、販売可能を区別した現在値が要る。現状では、そのどれも公開されていない。

したがって、「Japan HUB and データセンター」をデータセンター市場の供給量に加えることはできない。施設一覧の一拠点として数えることも、東京の MW やラックの集計に入れることも、顧客向け供給者として比較することもできない。登録名が市場容量を生むわけではない。

日本の電力・冷却基準は確認項目を示すが、この対象を認証しない

日本データセンター協会の施設基準は、商用電力、非常用発電、無停電電源、空調、地震リスク、建物、通信など、施設評価で見るべき領域を整理している。協会の解説は、専用冷却、温風と冷風の管理、無停電電源といった要素が、一般的なオフィスのサーバー環境とデータセンター環境を分けるうえで重要であることを示す。これらは AS10209 を評価する質問表として有用だが、この対象が各項目を満たすという認証ではない。

電力効率を表す PUE についても同様である。PUE には測定境界、計算方法、集計期間が必要であり、建物の環境認証や業界平均から個別施設の値を逆算することはできない。二子玉川の職場紹介にある LEED Gold はオフィス環境についての会社説明であって、AS10209 にひも付くデータホールの PUE、冷却余力、電源構成を示すものではない。

経済産業省と総務省の Watt-Bit 連携の議論は、データセンターの拡大に大量の電力と通信基盤の協調が必要であることを強調する。別のデジタル基盤に関する報告は、データセンターが東京と大阪へ集中し、海底ケーブルの陸揚げも別の地域へ集中する状況や、地域分散、安定した脱炭素電力の必要性を論じる。こうした国全体の文脈は、東京という地名だけでは、電力の確保と通信経路の多様性の双方を証明できないことを教える。

資源エネルギー庁の案内では、一定の条件を満たすデータセンター建物の増設について、複数の電力引き込みが認められ得る制度上の説明がある。だが、「制度上可能」と「この対象が申請し、承認され、通電している」は別である。AS10209 に関して、複数受電、変電所、開閉設備、無停電電源、発電機、燃料、冷却の構成は公開されていない。

日本では自然災害が電力供給を脅かし、系統強靱化が政策課題とされてきた。これも、個別施設の停止確率や復旧時間を直接示すものではない。地震、洪水、火災、停電に備える一般的な必要性と、対象施設がどの試験を通過したかは分けなければならない。AS10209 については、建築許可、受電契約、工事進捗、試運転証明、火災・浸水評価、発電機試験のいずれも確認できない。

障害時に集約経路が残るという仮説を試験結果と混同しない

公開経路から描ける最も素直な障害仮説は、平常時に二つの AS3356 側/24が受信通信を引き寄せ、両方が消えたときに AS4637 側/23がより広い範囲を引き受ける、というものだ。この仕組みが意図通りに働けば、上流の一部が失われても外部からの到達性を残せる可能性がある。しかし、その可能性を可用性の保証へ変えるには多くの条件がある。

第一に、障害を正しく検知して詳細経路を取り下げる仕組みが必要である。回線は生きていても、下流ルーター、ファイアウォール、認証、DNS、証明書、許可一覧、ストレージ、ライセンス、複製先などが故障することがある。経路広告がサービスの健全性と連動していなければ、外部は壊れた詳細経路へ通信を送り続ける。BGP で到達可能に見えることと、利用者が業務サービスを使えることは一致しない。

第二に、代替側の物理と容量が生きていなければならない。二つの上流が同じ建物、同じ電源、同じルーター、同じアクセス回線区間を共有していれば、建物停電や機器故障、共同管路の切断で同時に失われる。物理的に分かれていても、AS4637 側の契約帯域やファイアウォール性能が平常負荷を受け止められなければ、到達性は残っても実用性能は失われる。

第三に、運用手順と権限が必要である。自動取り下げなのか、人が判断するのか、通信事業者へ連絡するのか、保守時間中に誰が監視するのか、古い登録連絡先が更新されているのかが復旧時間を左右する。公開資料には、保守予定、障害報告、切り替え訓練、回復時間目標、回復時点目標、予備機在庫、第二拠点からの復元結果がない。

施設側の障害も経路だけでは吸収できない。商用電源の停止、無停電電源や開閉器の故障、発電機の始動失敗、燃料補給の途絶、冷却停止、火災対応、浸水、地震による損傷は、両方の回線と機器を同時に止め得る。反対に、施設が正常でも、経路フィルターの誤り、経路漏えい、古い広告、サービス拒否攻撃による飽和で外部到達性が失われることがある。

必要なのは、二つの/24を個別に取り下げる試験、/23を取り下げる試験、境界ルーターとファイアウォールの故障試験、複数の外部ネットワークからのアプリケーション到達確認である。そのとき、収束時間、残存帯域、パケット損失、利用者影響を測るべきだ。公開された試験結果がない以上、回復能力は未検証と結論付けるほかない。

影響を受ける利用者は推定できても特定できない

AS10209 が Synopsys に関連する小規模な企業ネットワークとして見えることから、影響を受け得る最も妥当な範囲は、日本の企業内ネットワークを利用する人やシステムである。社員、委託先、遠隔接続利用者、オフィス内の端末、自動化された企業サービスなどが候補になる。半導体設計の業務では、大きなファイルの転送、設計環境への接続、ライセンス利用、共同作業が重要になり得る。

しかし、どのアプリケーションも対象の接頭辞へ直接結び付けられていない。企業紹介から一般的な業務特性を理解できても、特定の設計環境、ライセンスサーバー、サポート基盤、顧客向けサービスが198.182.50.0/23に依存すると断定することはできない。影響範囲を決めるには、アドレス割り当て表、アプリケーション台帳、DNS、認証、依存関係、代替拠点の情報が必要である。

公開コロケーションの入居企業、小売回線の加入者、ホスティング顧客、下流ネットワーク、政府機関、クラウド事業者、巨大顧客を示す証拠もない。APNIC Labs の246人という推定値を顧客数や社員数へ変えることはできない。Cloudflare の分類も、契約主体やサービス名を明らかにしない。

地理的な影響も同様である。経路は世界の観測点から見えるため、到達性は国境を越える。Synopsys も国際的に事業を展開する。しかし、それは AS10209 が複数国に物理拠点を持つ証拠ではない。登録国は日本で、東京の管理住所に履歴があるものの、実際の稼働地点は不明である。

障害の影響は、日本の一つのオフィス境界に限られる可能性も、他地域から利用される企業システムへ広がる可能性もある。どちらを採るかは公開資料から決められない。「Global」という地域表示は、インターネット到達性と親会社の文脈を表すにとどまり、世界各地に AS10209 の施設があるという意味ではない。

買い手が容量を数える前に確認すべきこと

この対象を通信回線やデータセンター調達の候補として評価するなら、最初の質問は「何 MW か」ではなく、「何が、どこで、誰によって運用されているのか」である。「Japan HUB and データセンター」が現在の施設名なのか、社内ネットワークの名称なのか、過去の説明なのかを運営者に確認する必要がある。独立会社だと仮定せず、AS 番号、回線契約、建物、設備運用それぞれの法律上の責任主体を分けて確かめるべきだ。

次に、AS10209 の境界機器がある施設を特定する。第三者コロケーションなら施設識別子と契約上の引き渡し地点、オフィスなら技術室の役割、複数拠点なら各拠点が広告する接頭辞を確認する。大井町の古い記述が残る理由、二子玉川の組織住所との関係、機器が移動したのかを説明できれば、管理住所と物理住所の混同を解ける。

回線については、AS3356 と AS4637 との契約主体、回線番号、アクセス事業者、引き込み口、管路、配線室、クロスコネクト、ルーター、電源の分離を確認する。通信事業者名が異なるだけでは足りない。共有区間があるなら、その故障範囲を明示し、別経路証明または第三者の確認資料を求める必要がある。

経路制御については、/23と二つの/24の意図、平常時の受信分担、障害検知、取り下げ条件、復帰条件を確認する。三経路を個別に止める試験を行い、外部の複数地点から、単なる応答だけでなく実際のアプリケーション到達性を測るべきだ。RPKI の起点認可、フィルター、現在の連絡先、変更管理も確認対象になる。

施設が実在するなら、設計値ではなく現在値が必要である。受電容量、利用可能な IT 負荷、現在負荷、無停電電源、蓄電池、発電機、燃料、冷却、ラック、床面積、密度を、設計済み、設置済み、試運転済み、通電済み、占有済み、予約済み、販売可能に分ける。障害時の余力は、平常時の空き容量ではなく、特定の電源、冷却、回線、サイトを失った状態で測る。

最後に利用者と復旧を結ぶ。どのアプリケーションが各/24に依存し、どの認証、DNS、許可一覧、ストレージ、ライセンス、複製先を必要とするかを台帳化する。回復時間目標と回復時点目標を定め、第二拠点があるなら実データの復元まで試す。これらが揃って初めて、AS10209 の「動いている」を、買い手が必要とする「障害時にも使える」へ近づけられる。

経路の監視とサービスの監視を分けて設計する

AS10209 のように集約経路と詳細経路が重なっている場合、単一の疎通確認だけでは状態を判定できない。198.182.50.0/24と198.182.51.0/24から少なくとも一つずつ対象を選び、さらに/23だけが残る状況を外部の複数地点から観測する必要がある。片側の/24が消えたとき、他方への確認が成功しているだけで全体を正常と判定すれば、512個の範囲の半分で起きた問題を見落とす。

経路表の監視は、接頭辞が見えるか、どの AS パスを通るか、起点が期待通りかを捉える。だが、経路が見えてもサービスは壊れ得る。境界ルーターの内側で、ファイアウォール、名前解決、認証、証明書、許可一覧、ストレージ、ライセンスなどが停止すれば、BGP は正常なまま利用者の処理が失敗する。したがって、経路監視と利用者が実行する処理に近い確認を別々に持ち、両方の結果を突き合わせる必要がある。

反対に、サービス確認が成功しても想定した冗長性が失われていることがある。二つの/24が動いていても/23が消えていれば、平常時の利用者は変化に気付かないかもしれない。しかし、その時点で集約経路を予備とする仮説は成立しない。現在の通信が成功しているかだけでなく、予備の経路、予備の機器、予備の電源が待機状態にあるかを確認する観点が必要になる。

監視結果には観測地点と時刻を添えるべきだ。表示された RIS 観測点で広く見えることは有力な証拠だが、インターネット上のすべてのルーターを代表するわけではない。経路フィルターや上流の方針により、地域や事業者ごとに見え方が異なる可能性がある。複数の外部ネットワークから確認し、経路変化とサービス影響の時間関係を記録すれば、単なる瞬間写真より実用的な判断ができる。

運用記録も公開情報の空白を埋めるうえで重要になる。どの条件で詳細経路を取り下げたか、収束まで何秒かかったか、代替側の利用率がどこまで上がったか、どの利用者処理が失敗したかを残せば、次の試験や障害対応を改善できる。現在は、AS10209 についてそのような保守記録、障害後の説明、切り替え訓練の結果が公に確認できないため、外部から回復性能を数値化できない。

登録情報の保守も監視の一部である。現在観測される隣接 AS と古い登録方針が異なる状態では、事故時に参照される情報が実運用とずれる恐れがある。古い記述を残す事情があるなら役割を説明し、現在の連絡先、経路方針、起点認可の扱いを定期的に見直すことが望ましい。登録を更新しただけで物理冗長性が生まれるわけではないが、復旧時の連絡と判断に使う情報の信頼性は高められる。

「不明」を「存在しない」や「ゼロ」と読み替えない

公開資料に施設の記載がないとき、調査には二つの反対方向の誤りが起きやすい。一つは、名前にデータセンターとあるから設備があるはずだと補ってしまうこと。もう一つは、設備仕様が見つからないから施設は存在しないと断定してしまうことだ。AS10209 について支持できるのは、その中間にある限定的な結論である。公開経路は存在するが、その下にある物理設備の種類、場所、規模、提供形態は確認できない。

容量の欄で「不明」と「ゼロ」を分けることは、とりわけ重要である。公開ラック数が不明だからラックがゼロとは限らない。公開された顧客名がないから利用者がゼロとも限らない。逆に、512個のアドレスがあるから販売中のラックや顧客容量が正の値だとも言えない。測定されていない量へゼロを置くと供給を過小評価し、別単位の数字を代入すると過大評価する。どちらも市場比較を壊す。

業界平均で空欄を埋める方法も、この対象には使えない。一般的なラック密度、PUE、アドレス利用率、回線帯域を持ち込んでも、建物や測定境界が分からなければ掛け算の土台がない。二子玉川のオフィス面積、親会社の規模、日本全体のデータセンター需要から、AS10209 の設備量を推計することもできない。一般値は確認すべき項目を考える助けにはなるが、対象固有の測定値にはならない。

不明な値を残すことは調査の失敗ではない。むしろ、何を追加で得れば判断が変わるかを明確にできる。施設名と運営者が確認されれば物理的な対象が定まる。回線引き渡し地点と別経路証明があれば、二つの上流 AS の下にある共通障害点を評価できる。電気単線図、設備台帳、負荷試験、冷却試験があれば、平常時と障害時の余力を数えられる。アプリケーション台帳と切り替え試験があれば、経路の生存を利用者の復旧へ結び付けられる。

証拠には時点も付ける必要がある。BGP の観測、RPKI の状態、会社住所、登録方針は変化し得る。今回の判断は評価時点の公開情報に基づき、将来も同じ構成が続くことを保証しない。特に、現在の AS3356 と AS4637 の観測を恒久的な契約関係として扱ったり、2020年の登録方針を現在の運用として固定したりしてはならない。変わり得る信号は、取得時刻とともに保存し、重要な購入判断の直前に再確認する必要がある。

名称についても同じ規律が要る。「HUB」は多数の相互接続先を、「データセンター」は専用施設を連想させるが、連想は設備台帳ではない。名前の由来が過去の社内拠点、ネットワーク上の役割、旧住所での運用、単なる説明文のいずれなのかは公開されていない。由来が確認されるまでは、名称を検索や識別に使い、設備の属性を読み込まないことが適切である。

調達文書では、確認済み、合理的な推定、未確認を別々に表示するとよい。確認済みなのは AS10209、三つの重複する IPv4 経路、512個の一意なアドレス、観測時点の二つの隣接 AS である。合理的な推定は、詳細経路を平常時に使い集約経路を予備にする可能性である。未確認なのは、物理施設、直接契約、経路分離、帯域、電力、冷却、ラック、顧客、復旧性能である。この表示なら、読者は事実と解釈を混同せずに次の確認へ進める。

この区分は、運営者に対して不当に否定的な評価を与えないためにも必要だ。非公開で適切な設備と試験を持つ可能性は残る。一方で、買い手は非公開の能力を契約前提にできない。外部から見える証拠が少ないこと自体を障害と呼ぶのではなく、必要な保証が契約資料、設計資料、試験結果として提示されるまでは、容量と復旧の判断を保留する。それが「不明」を正しく扱うということである。

証拠の強さはネットワークと施設で大きく異なる

AS10209 と Synopsys の関連は強い。APNIC と ARIN の登録、会社資料が同じ企業境界を指し、現在広告されるアドレスも親割り当ての内側にある。現在の IPv4 経路集合も強い証拠を持つ。RIPEstat は時刻を伴う接頭辞と AS パスを示し、Cloudflare は独立した観測としてネットワークの存在と小規模な輪郭を補強する。

上流の使い分けは中程度からやや強い。観測時点で/23の直前に AS4637、二つの/24の直前に AS3356 が見える点は明確である。ただし、それが直接契約か、どの方向の通信にどのような方針を適用するか、物理的にどこを通るかは分からない。このため、ネットワーク証拠の総合評価は「中程度」が妥当である。

サービスと利用者の特定は弱い。観測値から小さな企業ネットワークらしさはうかがえても、個々の利用者、顧客、アプリケーション、下流ネットワークを確定できない。物理位置も弱い。日本と東京の管理上の文脈は確認できるが、境界機器の建物は確認できない。

施設運営とデータセンター容量は極めて弱い。名前以外に、建物、ラック、電力、冷却、相互接続室、顧客容量を直接示す資料がない。電力・冷却の耐障害性も、日本全体の基準と政策文脈しかなく、対象固有の値や構成がない。復旧性能については、試験や事故後の報告がなく、最も不確実性が高い。

この非対称性こそが結論である。AS10209 を「存在しないネットワーク」と扱うのは誤りだが、「確認済みのデータセンター」と扱うのも誤りである。ネットワークは観測できる。施設は特定できない。容量は数えられない。復旧は試験されていると確認できない。それぞれを別の証拠等級で示す必要がある。

到達可能性の証拠から市場供給量を作らない

AS10209 には実体のある経路信号がある。198.182.50.0/23と、その内側の二つの/24が広告され、合計ではなく一意に512個の IPv4 アドレスを覆う。観測時点では、集約経路が AS4637、詳細経路が AS3356 を直前に持つ。この形は、受信経路の選好と予備動作を意識した設計である可能性を示す。

だが、そこから確認できるのは論理的な到達構造までである。境界ルーターの建物、二本の回線の物理的な分離、別々の電源、十分な代替帯域、経路取り下げの自動化、アプリケーションの復旧は公開されていない。古い登録方針と現在の観測は一致せず、三経路の RPKI 評価もunknownだった。運用上の質問は多く残る。

「Japan HUB and データセンター」という説明は、調査対象を見つけるための有用な手掛かりである。しかし、独立したデータセンター会社、特定の施設、販売可能なラックや電力の証明ではない。公開会社資料が示す中心は Synopsys の設計、IP、支援、コンサルティング事業であり、施設事業ではない。

したがって市場や調達の集計に使える容量は、現状ではゼロではなく「不明」である。ゼロと断定する証拠も、正の値を置く証拠もない。確認できる数量は512個の一意な広告中 IPv4 アドレスだけで、それをラック、MW、帯域、顧客数へ換算してはならない。施設と障害時余力が開示され、個別に試験されるまで、この対象のデータセンター容量は数えられない。

要約