概要
- WebJanssen は運用中のホスティング・通信事業を有しているが、この記事で使用されている名称は、同社自身の法的通知に表示されている名称とは異なる。同社サイトによれば、本社は2025年10月1日付でスペインの Miami Platja に移転し、正式な事業体名称は WebJanssen U.Janssen となった。RIPE 登録情報や一部の旧商業ページでは、依然として WebJanssen ISP ltd & Co KG または WebJanssen ISP UG が使われている。購入者は、ブランドの継続性が法的継続性を意味すると見なすのではなく、契約相手方を確認すべきである。
- AS29471 はアクティブである。RIPEstat は2026年7月11日に3件の IPv4 アナウンスを観測した：
195.140.208.0/22、195.225.208.0/22および195.158.54.0/24。合計2,304アドレスをカバーしている。観測時点では、RIPE RIS の全 IPv4 フルフィードピアからすべて可視であった。なお、同ビューでは IPv6 アナウンスは確認されなかった。 - 現在の経路証拠は、3つのプレフィックスすべてに対して隣接ネットワークが Aixit AS29551 のみであることを示している。WebJanssen の RIPE ポリシーレコードには KleyReX や多数の過去のピアが記載され、古い PeeringDB エントリにはフランクフルトの2拠点がリストされているが、いずれも現在のセカンドアップストリームを確立するものではない。したがって、論理的・物理的な経路の多様性は未証明とみなすべきである。
- WebJanssen は、データセンター所在地をフランクフルトの Rebstoeckerstrasse 55、Aixit 気付としている。Aixit は、同拠点に冗長化された建物入口、20キャリア、総帯域約1,000 Gbit/s、300以上のピアリング、UPS、非常用発電、冗長ネットワーク設計を備えていると説明する。ただし、これらはホスト施設の能力であり、WebJanssen が2本の独立したキャリアパス、二重電源給電、全キャリアからの予約帯域を実際に購入している証拠ではない。
- 小売りサービスの内容から、復旧は経済的な選択となる。WebJanssen は10 Mbit/s または100 Mbit/s に制限された仮想サーバー、オプションのイメージバックアップ、翌営業日以内の標準応答、および4時間応答の有償サービスレベルを提供している。法的通知によると、営業時間外の緊急サービスにはハンズオン料金が発生する。事業者が、上流の喪失、ホスト障害、電源事故、または対応可能な技術者不足の影響を受ける顧客は、誰が、どこから、どのような時間枠で対応するのかを契約で確認する必要がある。
- ネットワークが運用中であることは明らかだが、レジリエンスの証拠グレードは「弱い（Weak）」である。可視アップストリームが1本のみ、IPv6 は未ルーティング、3つのプレフィックスのうち経路起点保護が1つのみ、古い相互接続記録、そして公表された復旧実績がないため、レジリエントな地域アクセスネットワークと主張するには不確実性が大きすぎる。証拠が示唆するのは、むしろ、国境を越えた商業アイデンティティの下で運営されるフランクフルト中心の小規模ホスティングネットワークである。
契約上のアイデンティティは変わったが、名称は生き残った
第一の問題はパケットロスではない。誰がサービスの復旧を約束するのかを特定することである。WebJanssen ISP ltd & Co KG という名称は依然としてRIPE RDAP レコードで AS29471 に紐付けられており、同社が一般に認識されている既存の名称である。しかし、WebJanssen 自身のお知らせページによれば、本社は2025年10月1日にスペインに移転し、正式な事業体名称は WebJanssen U.Janssen になったとされている。現在の法的通知では、タラゴナ県 Miami Platja の住所とスペインの納税者番号が示されている。
これは形式的な注釈ではない。顧客は会話の中で、ブランド、自律システム名、契約会社をしばしば同一視するが、これらのラベルは異なる問いに答えるものである。ブランドは顧客に支援の求め先を伝える。AS 登録は、どのルーティングアイデンティティがアドレスを発信しているかを他のネットワークに伝える。契約は、誰がサービスを提供する責務を負い、誰が請求し、どの法律が適用され、誰が修理を手配しなければならないかを定める。これらのラベルが分岐している場合、購入者はそれらを明示的に結合する最新の文書を必要とする。
公開ページはそれを明確にしていない。WebJanssen の約款では、契約相手方が WebJanssen ISP UG (haftungsbeschraenkt) であるとされているが、法的通知では WebJanssen U.Janssen とされている。ドイツの商業データページには、活動中の WebJanssen UGが記載されており、これは2022年にオルデンブルクで設立され、通信、ホスティング、ハウジング、ネットワーク、管理サービスを提供し、WebJanssen 組合の無限責任社員として行動するものとされている。この二次的記録はドイツ国内での事業継続性を裏付けるが、2026年にスペインを本拠とする新たなサービス契約にどの個人または会社が署名するのかを解決するものではない。
もう一つの歴史的断絶がある。イギリスの企業登記所 Companies House におけるWEBJANSSEN ISP LIMITEDの記録によれば、同社は2001年に設立され、2020年3月31日に解散している。その登記履歴には、強制抹消前の休眠会社勘定が含まれている。名称や役員の一致から、この記録は関連する文脈として重要だが、本稿で検討した公開証拠からは、かつて英国法人がドイツの組合においてどのような法的役割を果たしていたかは証明できない。解散を無視することも、それが運営ネットワークを終了させたと推測するのも安全ではない。
ネットワーク証拠は逆の方向を示している。すなわち、サービスは継続した。同社のウェブサイトは稼働しており、最新の製品ページが営業を受け付け、サポートおよび顧客ポータルがリンクされ、AS29471 は2026年7月11日にグローバルルーティングデータで可視であった。正しい結論は限定的である。WebJanssen は依然として運営中のブランドかつネットワークである一方、新たなサービス提供の背後にある法的アイデンティティについては確認が必要である。発注書には、現在の契約相手方、税務登録、準拠法、サービス提供場所、終了後にデータと機器に責任を負うエンティティを明記すべきである。この管理的明確さはレジリエンスの一部である。なぜなら、ネットワーク登録、請求書、緊急連絡先がそれぞれ異なる法人形態を指していることに気づくのは、障害発生時が最悪のタイミングだからだ。
提供サービスはホスティングが主であり、実証済みのローカルアクセスネットワークではない
「ISP」というカテゴリーは、電柱、管路、光ファイバードロップ、無線塔、そして顧客宅へ向かう現場作業員を連想させるかもしれない。WebJanssen の現在の公開サービスは、それとは異なる像を描いている。同社のホームページは、ウェブスペース、仮想サーバー、ホステッド Microsoft Exchange、メールアーカイブ、VPN を前面に押し出している。顧客エリアからは、Windows サーバーと Exchange、Linux サーバー、仮想サーバー管理、ウェブメール、サポートへの個別のコントロールパネルにリンクされている。これらはホスティングおよびマネージドサービスプロバイダーのインターフェースである。
ウェブスペースプランでは、Linux または Windows 環境、ドメイン容量、メールボックス、データベース、FTP アクセス、SSL 証明書、コントロールパネルが提供される。ルートサーバープランは、Xen をベースにした仮想マシンであり、固定アドレス、リモートコンソール機能、オプションの管理運用が付帯する。ホステッド Exchange ページでは、メールボックス、スパム・ウイルスフィルタリング、カレンダー・アドレス帳機能、ウェブアクセス、オプションのアーカイブが組み合わされている。これらのページのいずれも、通過世帯地図、街頭キャビネット、タワーセクター、光ファイバー経路、または設置作業員を示していない。
これが重要なのは、分析対象である物理的依存関係を変えるからである。ホステッドサーバーは、そのラックがフランクフルトにあり、電話サポートが親しみやすく、運営者が小規模であるという意味で、ドイツの顧客にとって「ローカル」でありうる。しかし、それは顧客の建物までのラストマイル回線ではない。顧客は依然として、別個のアクセスプロバイダー、ローカルルーター、オフィス電源、パブリックインターネット経路を通じて WebJanssen に到達する。WebJanssen は、ホストされるマシン、割り当てアドレス、サービス設定、自らの境界ルーティングを制御するが、それによって各顧客からフランクフルトまでの光ファイバーまたはモバイル接続を制御するわけではない。
この区別は、サービス障害時に誰が影響を受けるかも変える。ルートサーバーの停止は、顧客のウェブサイト、メールサーバー、ゲームサービス、ネームサーバー、ビジネスアプリケーションをダウンさせうる。Exchange のインシデントは、通常のインターネットアクセスが機能している間でも、小規模企業のコミュニケーションを遮断しうる。AS29471 の障害は、無関係の多数のホストドメインを一度に到達不能にしうる。逆に、1つの顧客オフィスでのローカルアクセスケーブルの切断は、すべての WebJanssen システムが健全であっても、その顧客は到達できなくなる。
WebJanssen の公開規模は、専門ホスティング事業者として矛盾しない。IPinfo の AS29471 の表示は、このネットワークをホスティングに分類し、2,304のルーテッド IPv4 アドレスをカウントし、数百のホストドメインを報告している。ただし、ホストドメイン数は観測値であり、顧客数ではない。1つの顧客が多数のドメインを運用し、多数のドメインが1つのアドレスを共有し、非アクティブな名前が古いサーバーを指し続けることもありうる。それでも、ホスティング製品、コントロールパネル、メールシステム、アドレス利用の組み合わせは、運用負荷を理解する上で、地域 ISP というラベルよりも強力な証拠である。
したがって、記事タイトルの「ローカル接続請求」は、ローカルにサポートされたホスティング接続の料金と解釈すべきであり、WebJanssen が自前のアクセス設備を保有している証拠ではない。結果として重要な資産は、ラック、ホストシステム、ストレージ、電力、冷却、ファイバーハンドオフ、境界ルーティング、ネーム・メールサービス、予備品、そしてそれらを操作できる人員である。電柱、タワー、顧客宅内設備は、特定の契約で WebJanssen がそれらを提供していることが示されない限り、関心の対象とはならない。そのような公的証拠は見つからなかった。
1つのフランクフルト所在地が物理サービスを固定する
所在地に関する最も強力な証拠は、運営者自身から得られる。WebJanssen の現在の法的通知は、データセンターを WebJanssen U. Janssen, c/o Aixit GmbH, Rebstoeckerstrasse 55, 60326 Frankfurt am Main と特定している。これは、Aixit がAIX-FRA-1（フランクフルトデータセンター兼本社）として示している住所と同一である。この住所は、WebJanssen の商業ページを、単なる「ドイツホスティング」という漠然とした主張ではなく、特定の施設に結び付ける。
Aixit によれば、この建物は4,000平方メートルを超えるデータセンタースペース、20キャリアからの冗長化された建物入口、約1,000 Gbit/s の帯域、300以上の国内外ピアへのアクセスを有する。UPS、冷却、非常用電源、接続システムを備え、ネットワーク設計は基盤から冗長化されていると説明している。Aixit の会社概要ページによれば、2018年末の移転後に Rebstoeckerstrasse の拠点で拡張を行った。これらの主張は、ラックとキャリアの選択肢を必要とする小規模ネットワークの物理的基盤として、この拠点がもっともらしいことを示している。
しかし、施設が提供する「メニュー」は、テナントの実際の構成ではない。20キャリアがビルに入っていることは、WebJanssen が20キャリアからトランジットを購入していることを意味しない。2つのビル入口は、自社ラックが独立した経路の2本のクロスコネクトを持っていることを証明しない。施設全体の UPS と発電機システムは、特定のキャビネットに A 系統と B 系統の電源供給があること、両方の給電が正しく使用されていること、あるいは単一電源のサーバーが一方の配電経路の喪失を乗り切れることを確立しない。総帯域約1,000 Gbit/s は、AS29471 に割り当てられた容量については何も語らない。
同様の注意は所有権にも当てはまる。Aixit はデータセンター環境と AS29551 を運営し、WebJanssen はそこに設置されたサービスを広告し、AS29471 を通じてアドレスを発信する。公開資料は、WebJanssen が自社のサーバーシャーシを所有しているのか、完全なシステムをリースしているのか、ラックユニットを借りているのか、マネージドプラットフォームを購入しているのか、あるいはそれらを組み合わせているのかを明らかにしていない。また、ハンドオフ地点の光トランシーバーや境界ルーターを誰が所有しているかも示されていない。これらの境界は、インシデント発生時に誰が予備品を保持し、誰が機器に触れられるかを決定する。
PeeringDB のAS29471 のネットワークレコードは、フランクフルトの2拠点をリストしている：「aixit Frankfurt」と「Digital Realty Frankfurt FRA28 (Closed)」である。ただし、データセンター関連付けの最終更新は2016年であり、同じレコードにはアクティブなパブリックエクスチェンジ接続が示されていない。閉鎖施設のラベルと古い更新日から、このエントリは現在の2拠点冗長化の主張ではなく、履歴として有用である。これをもって、WebJanssen が2つの稼働するフランクフルトロケーションを持つと結論づけることはできない。
他都市に公表された WebJanssen の第2データセンターは存在せず、ラックレベルの電力ダイアグラムも、宣言された復旧サイトもない。最も安全な物理的ビューは、Aixit 所在地に拠点を置くフランクフルト中心のサービスであり、より広範な施設オプションは利用可能だが、テナント固有のレジリエンスは開示されていないというものである。スペインの本社は商業およびサポート上の拠点であり、本番サーバーがスペインに移された証拠ではない。WebJanssen 自身のページは、本社移転後も引き続きデータセンターをフランクフルトに置いている。
AS29471 はアクティブで、グローバルに可視、IPv4 のみ
自律システムは、企業でも、サーバーでも、建物でもない。ポリシーを適用し、到達可能なアドレス空間を発信するために使用されるルーティングアイデンティティである。それでも、AS29471 は WebJanssen のネットワークが稼働していることを示す最良の独立した証拠となる。RIPEstat の AS 概要は、2026年7月11日時点でアナウンス中とマークし、ホルダー名を WebJanssen-DE, WebJanssen ISP ltd & Co KG としていた。
ルーティングステータスビューは、2,304アドレスをカバーする3つの IPv4 プレフィックスを報告した。スナップショット時点の325の全 IPv4 フルフィード RIS ピアすべてが、それらの経路を確認した。直近の経路はその朝に観測され、RIPEstat の履歴において当該 AS に帰属する最初の経路は2003年10月にまで遡る。これは、コントロールプレーンエッジでの継続性を示す強力な証拠である。すなわち、ネットワークは単なる古い企業リストや未使用の AS 番号ではない。
アナウンスプレフィックスビューは、195.140.208.0/22、195.225.208.0/22、および195.158.54.0/24を特定した。各 /22 は1,024の IPv4 アドレスを含み、/24 は256を含むため、合計2,304となる。個別の RIPEstat ネットワークビューは、195.140.208.0/22、195.225.208.0/22、195.158.54.0/24について、AS29471 が起点として観測されたことを確認している。
同社のウェブサイトは、サービスレベルのクロスチェックを追加する。RIPEstat のwebjanssen.de の DNS チェーンビューは、7月11日時点で、同サイトが195.140.208.58（最初の /22 内）に解決されることを示した。つまり、公開セールスサイトは、現在 AS29471 によって発信されているアドレスから提供されている。これは、マシンがどこにあるかを証明するものではないが、現在の商業活動を、稼働中のルーティングフットプリントに結び付けている。
ルーティングステータスビューには、IPv6 プレフィックスは現れなかった。PeeringDB もゼロの IPv6 プレフィックスをリストし、IPv6 はサポートされていないとしている（ただし、このプロフィールの最終更新は2022年）。フランスの電子通信規制当局 ARCEP は、2025年 IPv6 ホスティングバロメーターに AS29471 を含め、テストした WebJanssen ホストサンプルで IPv6 可用性がゼロであったことを示した。このテストは非常に小規模なサンプルであり、完全な棚卸しではないが、現在の IPv6 非ルーティングと一致している。
IPv4 のみの運用は、即時の停止を意味しない。顧客は依然として IPv4 経由でサービスに到達でき、変換メカニズムが一部の IPv6 アクセス環境をブリッジしうる。しかし、これはネットワークが、現代の多くのホストが提供するネイティブのセカンドアドレスファミリーを欠いていることを意味する。さらにレジリエンスにとって重要なのは、IPv4 ポリシーが失敗した場合に到達可能であり続けるかもしれない、個別に設計された経路を持つ可視 IPv6 サービスが存在しない点である。デュアルスタックは自動的に多様性を意味しないが、シングルスタックはその可能性すら排除する。
アドレス数もスループットと混同すべきではない。9つの /24 相当は、可視 IPv4 空間の大きさを示すものであり、ネットワークが運べるビット毎秒を示すものではない。ほとんどアイドル状態の /22 は帯域幅が小さく、混雑した /24 は大量のトラフィックを運びうる。また、このカウントは顧客数、プロセッサ数、ストレージ量、予備容量を確立するものではない。これは、ホスティングとメールに適した、無視できない規模で長期間維持されてきたアドレスフットプリントを確認するに過ぎない。
すべての現行経路は Aixit を通過する
中心的な集中は、AS29471 の1ホップ外に見られる。RIPEstat のASN ネイバービューは、2026年7月11日時点で、1つのユニークな隣接ネットワークを示した：AS29551 である。観測された位置関係は、グローバルテーブルに向かうパスにおいて、AS29551 を WebJanssen の左側に置く。bgp.toolsは、独立して、Aixit AS29551 を全3 IPv4 プレフィックスの唯一のアップストリームとしてリストし、アップストリーム数を1とカウントしている。
1年間のRIPEstat ルーティング履歴ビューも、同じ依存関係を明示している。3つのプレフィックスそれぞれについて、観測された起点ペアは29551 29471である。すなわち、コレクターセットを通じて学習されたトラフィックは、WebJanssen の直前に Aixit を見ている。ルートコレクターはすべてのプライベート相互接続を把握するわけではなく、商用契約はパブリック BGP パスそのものではない。それでも、3つのプレフィックスにわたる一貫した観測は、利用可能な最も強力な現行証拠である。
RIPE データベースの AS レコードは、はるかに豊富なポリシー記述を含んでいる。AS29551 をアップストリームとして宣言し、KleyReX AS31142 をピアリングプラットフォームとして、数多くの指名ピアを挙げている。これをライブトポロジーマップとして読めば、広範な多様性があるように見えるかもしれない。しかし、それは誤りである。このレコードの最終更新は2021年7月であり、経路ポリシー宣言は、セッション、ポート、契約よりも長く生き残りうる。現在のネイバー観測と、PeeringDB がアクティブなエクスチェンジ接続をゼロとしている事実は、これらの古いピア記述を裏付けない。
KleyReX 自体は現在も活動している。その公式サイトは、15拠所以上にまたがるスイッチドエクスチェンジファブリックを説明し、100 Mbit/s から複数の 100 Gbit/s までのポートを提供している。これは、利用可能なフランクフルトのピアリング環境を確立するが、WebJanssen が現在それに参加しているかは別問題である。古いルーティングレコードの1行は、意図や履歴を示すに過ぎない。それを現用の代替手段と見なすには、現在のポート、エクスチェンジメンバーレコード、または観測されたピアパスが必要である。
Aixit は無作為に選ばれたアップストリームではない。そのフランクフルト拠点は、WebJanssen が公表しているデータセンター住所でもある。このコロケーションは運用を効率化しうる。テナントは短いクロスコネクトを購入し、長距離のテール回線なしでプロバイダーのネットワークに到達し、機器の近くで人的支援を得られる。しかし、それはまた、共通の境界を作り出す。WebJanssen のサーバー、境界ハンドオフ、そして可視される唯一のアップストリームが、すべて1つの建物の1つのプロバイダーに依存している場合、Aixit のネットワークインシデントやサイトレベルの事象が、ホスティングとキャリッジの両方に同時に影響を与えうる。
公開データは、この共通境界が完全であることを確立できない。WebJanssen は、ルートコレクターから隠れたプライベート接続、休止中のバックアップ、トンネル、あるいは3つのプレフィックスをアナウンスしない別のサービスを持っているかもしれない。これらの可能性は、テストされるまでは運用上の防護手段と見なすべきではない。レジリエンスを購入する際に、障害後に初めて現れる経路に頼ることはできない。プロバイダーが、それらがプロビジョニングされ、監視され、当該プレフィックスを発信する権限を与えられ、ピークトラフィックを運ぶ能力があることを示せなければならない。
経路起点保護は3件中1件のアナウンスにしか適用されていない
ルーティングの集中だけがコントロールプレーンの問題ではない。Resource Public Key Infrastructure (RPKI) により、アドレス保持者は、どの AS がプレフィックスを発信できるかを示す Route Origin Authorization (ROA) を公開できる。他のネットワークは、アナウンスをその認可と比較し、無効な起点を拒否または低優先度にできる。RIPE NCC のBGP 起点検証の説明は、これを、オペレーターが経路起点の有効性に応じてポリシーを設定する方法としている。
WebJanssen にとって、現在の結果はまちまちである。RIPEstat は、195.158.54.0/24 を AS29471 からの起点として有効と報告している。AS29471 のRPKI 履歴は、2026年7月初旬時点で、256アドレスをカバーする1件の認可を示した。つまり、保護されているのは /24 であり、ルーテッド IPv4 アドレス2,304の約11%に過ぎない。
他の2経路は、同じチェック時点で195.140.208.0/22 が不明、195.225.208.0/22 が不明であった。不明は無効を意味しない。その起点とプレフィックスをカバーする一致する検証済み認可が存在しないことを意味する。したがって、起点検証を行うネットワークは、このコントロールのみを通じて、正当な AS29471 のアナウンスを不正な起点と区別するために、積極的な認可を利用できない。
有効な /24 でさえ、障害耐性が保証されるわけではない。起点検証は、AS パス全体が正しいことを証明するわけではなく、パケットが正しいサーバーに到達することを保証せず、すべての経路漏洩を防ぐわけでも、上流障害時にサービスを維持するわけでもない。ルーティングエラーや攻撃の1つのクラスを減らすに過ぎない。その実際的な価値は、他のネットワークが検証を強制しているかどうかにも依存する。それでも、カバレッジは測定可能な衛生管理であり、3件中1件のアナウンスしかカバーしていないことは、明確な改善余地を残している。
観測された単一アップストリームと部分的な起点保護の組み合わせは注目に値する。なぜなら、それぞれが異なるリスクに対処するからである。機能するセカンドアップストリームは、1つのキャリアに障害が発生した場合でも到達可能性を維持できる。認可は、他のネットワークが不当な起点を拒否するのに役立つ。一方が他方を代替することはない。認可を追加しても、2本目の物理パスは生まれない。別のキャリアを購入しても、新しいルーティング構成が自動的に認可されるわけでも、不正な起点から保護されるわけでもない。
購入者はルーター設定へのアクセスを要求する必要はない。発信プレフィックス、認可ステータス、アップストリーム AS 番号、テスト済みのフェイルオーバー動作、最後に行われたトランジット喪失訓練の日付について、最新のリストを求めることができる。その回答は、本番経路と古い登録とを明確に分けるべきである。WebJanssen の場合、公的なルーティング観測は1つの本番経路と1つの認可済みプレフィックスを示唆しているため、より強力な主張には直接的な証拠が必要である。
施設の容量は WebJanssen の容量ではない
Aixit の施設に関する主張は、WebJanssen の公表する小売上限と比較すると印象的である。約1,000 Gbit/s のサイト帯域と300以上のピアリングは、大規模な接続市場を描き出す。対照的に、WebJanssen のルートサーバー製品は、プライベートおよびビジネスティアでは10 Mbit/s、プロフェッショナルおよびマネージドティアでは100 Mbit/s の定額トラフィックを広告している。PeeringDB は AS29471 のトラフィックレベルを20‑100 Mbit/s と記述しているが、この自己申告レンジは数年前に最終更新されたものである。
これらの数値は異なるレイヤーに属する。施設の数値は、多数の顧客やネットワークにわたる総設置能力である。仮想サーバーの数値は、製品ごとの上限である。PeeringDB のレンジは、AS29471 が交換するトラフィックの古いカテゴリ推定である。いずれも、WebJanssen のアップストリームポートの現在の使用率、Aixit から購入した保証情報レート、バースト容量、負荷時のパケットロス、障害発生後の予備余力を示すものではない。
インシデント時に使用可能な容量は、通常の設置容量よりはるかに小さくなりうる。あるプロバイダーが2本の 100 Mbit/s リンクを保有し、通常は各々 60 Mbit/s を送信しているとする。一方を失うと、120 Mbit/s の需要に対して 100 Mbit/s が残り、冗長に見えるトポロジでも輻輳が生じる。WebJanssen の公開事例では、この前提はさらに不確かである。なぜなら、2本目の現存リンクが可視されていないからである。残る経路が全トラフィックを吸収できるのは、そもそも残る経路が存在する場合のみである。
サーバーの制限は、別のボトルネックをもたらす。10 Mbit/s の仮想サーバーを購入した顧客は、データセンターのテラビット級の総帯域から、より迅速な復旧やより多くの余力を推論できない。ストレージ I/O、ハイパーバイザー・スケジューリング、バックアップトラフィック、ファイアウォール容量、サービス拒否フィルタリングのいずれもが、アップストリームポートが飽和する前に、支配的な制約となりうる。製品ページは、仮想 CPU、メモリ、ディスク、トラフィックレートを指定しているが、競合率や実測パフォーマンスは公開していない。
IPv4 の在庫も、同様に容量の予備ではない。アドレスは、帯域を消費せずに割り当てることができ、アドレスの枯渇は、リンクがアイドルであっても顧客の成長を制約しうる。WebJanssen は、標準ルートサーバーでは1つの固定アドレスを、一部のマネージド製品では最大5つを広告している。この使用法は、ホスティング、メール、ネームサービスワークロードと整合的である。2,304アドレスのフットプリントのうち、どれだけが割り当て可能なのかは示していない。
したがって、ビジネス顧客にとって有用な商業仕様は、サービス固有のものである。すなわち、保証スループットとバーストスループット、輻輳ポリシー、サービス拒否の処理、バックアップウィンドウの影響、パケットロスとレイテンシの目標、そして最大の単一障害後も利用可能な容量である。施設のパンフレットは、拡張オプションが存在することを示せるが、特定のサーバーに対してそれらが購入済みであることまでは示せない。
電力冗長性は最も弱いプラグで尽きる
フランクフルトの建物は、主要な共通の物理的依存先である。Aixit は、AIX-FRA-1 が最新の UPS、非常用電源、冷却、接続技術を使用し、冗長ネットワーク設計と複数の建物入口を備えていると述べている。同社のメインサイトでは、データセンターが ISO 27001 認証を取得し、再生可能エネルギーで運用されているとも述べている。これらは有用なホストの主張だが、WebJanssen は、それらをエンドツーエンドのサービス保証に転換するラック構成を公開していない。
電力レジリエンスは連鎖である。商用電力がビルに入り、配電盤がそれを分配し、UPS が停電を橋渡しし、発電機が長時間の停電を支え、ラック電源ユニットがデバイスに供給し、各サーバーやルーターがその供給を変換する。あるポイントでの冗長性は、次のポイントで無効になりうる。二重給電ラックは、1つの電源しか持たず、1つのストリップに接続されたデバイスを助けない。同じストリップに接続された2つの電源は、経路の独立性を生まない。発電機は、燃料、保守、自動切替、成功した負荷テストがなければ、継続性を保証しない。
WebJanssen の製品ページは、ルートサーバーホストシステムが二重電源か、境界ルーターが二重化されているか、ストレージレプリカが火災・電力ゾーンを分離して配置されているかを述べていない。Xen 仮想化は、設計によってはワークロードを移動または再起動できるが、WebJanssen が Xen によって高い耐障害性を実現しているとする主張は、クラスタリング、ライブマイグレーション、共有ストレージの障害ドメイン、予備ホスト容量を開示していない。仮想化はマシン障害の扱い方を変えるが、その下にある物理ホストを取り除くわけではない。
冷却も同様に重要である。チラーや空調の故障後に気温が上昇する間、データホールは商用電力を維持できる。発電システムは、IT 負荷だけでなく、十分な冷却も支えなければ、サーバーは自己保護のためにシャットダウンする。Aixit は、サイトが最新の冷却と冗長設計を使用していると述べているが、どちらの当事者も、WebJanssen 固有の温度閾値、フェイルオーバーテスト、シャットダウン動作を公表していない。
地理的な問題もある。事業上の正式住所は現在スペインにあり、データセンターはドイツにある。リモート運用はホスティングでは通常だが、権限と物理的到達可能性が分断される。電話口で応答する人は、故障したサーバーを診断できても、フランクフルトへのアクセスなしには電源ユニットを交換できないかもしれない。施設技術者はケーブルを差し直せるかもしれないが、ルーターを交換する権限や設定知識がないかもしれない。復旧時間は、検知、診断、承認、移動または派遣、アクセス、部品、修理、検証の合計である。
公開証拠は、良好な施設の潜在力を支持する。しかし、WebJanssen に固有の、同時保守可能性、デュアルサイト継続性、長期間の地域電力事象を通じた自律運用の主張を支持するものではない。1時間が問題となる顧客にとっては、ラック電力、発電機の自律時間、冷却冗長性、予備ハードウェアの所有権、リモートハンズ契約条件を、住所から推測するのではなく、サービスに明記する必要がある。
サービス価格が購入するのは、特定の人的応答速度である
小規模プロバイダーは、しばしば親しみやすさを競争力とする。WebJanssen のホームページは、サポートが電子メール、チケット、電話で利用可能であると述べている。法的通知では、月曜から木曜の営業時間と、金曜の短縮時間を公表しており、時間外の緊急サービスは有償としている。ルートサーバーページでは、無料の付帯サービスとして1営業日以内の応答を含み、有償サービスレベルでは4時間以内の応答を提供できるとしている。
これは異例なほど示唆的である。なぜなら、労働力を製品の一部として扱っているからだ。月額 EUR 19.99 または EUR 49.99 の仮想サーバーは、設計された高可用性プラットフォームと同等の応答義務を含んではいない。オプションのバックアップとオプションの迅速応答は、低い基本価格を可能にするが、復旧リスクの多くを顧客に残す。最も安価なサーバーは趣味のサイトには完全に適しているかもしれないが、給与計算、顧客メール、トランザクションシステムにとっては、別の命題である。
応答時間は復旧時間ではない。4時間応答とは、技術者がチケットを認識するか、診断を開始するか、計画を伝えることを意味しうる。必ずしも4時間以内にサービスが稼働することを意味しない。営業日応答は、障害が発生したタイミングによっては週末をまたぎうる。公開ページでは、深刻度レベル、クロック開始、エスカレーション、クレジット、部品交換、目標復旧時間、同時インシデントの最大数などを定義していない。
法的通知における「ハンズオン料金」という語句も重要である。これは、一部の時間外介入が、自動的に含まれる24時間サービスではなく、請求可能な物理作業であることを示唆する。そのページでは、その手が WebJanssen のスタッフ、Aixit のスタッフ、または別の契約業者に属するのかは特定されていない。いずれも有効な手配ではあるが、異なる待ち行列と権限を有する。施設全体のイベントの間、データセンター技術者は多くのテナントに対応するかもしれない。オーナーオペレーターはネットワークを深く理解しているかもしれないが、並列処理能力は限られているかもしれない。
現在の公開人員数、シフト表、予備品在庫、派遣記録は見つからなかった。この沈黙から貧弱なサポートを推論するのは誤りだろう。電話番号から、有人の24時間ネットワークオペレーションセンターを推論するのも同様に誤りだろう。入手可能な証拠は、営業時間内のサポート、オプションの迅速応答、有償の緊急介入を支持する。
この労働力の境界こそが、国境を越えた構造が運用上重要となる点である。診断はスペインから行え、ルーティングは遠隔で変更でき、ソフトウェアはコントロールパネルから再起動できる。故障した光モジュール、ドライブ、電源ユニット、ケーブル、ホストシステムは、依然としてフランクフルトまたはその近郊に誰かを必要とする。したがって、低価格ホスティングのレジリエンスは、訓練された手と互換性のある予備品が、多数の顧客が同時に必要とするときに利用可能かどうかにかかっている。
5つの障害が、請求書が語らないことを明らかにする
第一のテストは、Aixit トランジットの喪失である。現在の公開パスは、3つのプレフィックスすべてについて、AS29551 が AS29471 の直近アップストリームであることを示している。その BGP セッション、ハンドオフ、またはプロバイダーパスが故障し、隠されたバックアップがアクティブでなければ、すべての WebJanssen サーバーが電源投入されたままでも、プレフィックスは広域インターネットから姿を消しうる。復旧には、セッションの回復、事前認可された代替先へのアナウンス移動、または共有ハンドオフの修理が必要だろう。古い KleyReX ポリシーの行は、そのようなフォールバックの十分な証拠ではない。
第二は、Rebstoeckerstrasse での施設または電源事象である。ビルのインシデントは、ホストシステム、境界機器、隣接アップストリームを同時に影響下に置きうる。UPS と発電は中断の確率を下げうるが、公開証拠は、WebJanssen が別サイトまたは別の場所に稼働コピーを有することを示していない。アプリケーションが1つの仮想サーバーにしか存在しない顧客は、計算機能と接続性を同時に喪失するおそれがある。
第三は、ホスト、ストレージ、ハイパーバイザーの障害である。Xen は仮想マシンを隔離し、柔軟な管理を可能にできるが、故障したホストは、再起動や移行のために予備容量を必要とする。共有ストレージはデータを保持しながら、共通の障害点となりうる。ローカルストレージは障害を隔離できるが、復旧を複雑にする。WebJanssen はオプションのイメージバックアップを販売しているが、目標復旧時点や目標復旧時間を明示していない。存在するが現実的な条件下でリストアされたことのないバックアップは、潜在的な復旧可能性であって、証明された復旧ではない。
第四は、輻輳または攻撃である。10 Mbit/s や 100 Mbit/s の製品は、施設の総容量をはるかに下回るレベルで圧倒されうる。サービス拒否事象は、顧客上限、WebJanssen のハンドオフ、または上流フィルターを飽和させうる。公開サービスは、軽減容量やスクラビング構成を定量化していない。顧客は、無制限トラフィックという課金ラベルと無制限の瞬間帯域幅を区別すべきである。トラフィック定額は、使用量メーターを除去するが、物理的な速度制限を除去するわけではない。
第五は、広域インシデント時の労働力不足である。平日の1台のディスク故障は単純かもしれない。複数のテナントに影響する電力事象、冷却警報、ネットワーク障害は、同時多発的なチケットと物理的タスクを生み出しうる。最初に対応可能な技術者は、優先順位を付け、アクセスを得て、部品を探さなければならない。営業時間のホットラインも、4時間応答の約束も、並行していくつのインシデントを処理できるかは示さない。
他にも、このインフラの上位に位置する障害がありうる。顧客が DNS を誤設定したり、認証情報を紛失したり、証明書を失効させたり、データを削除したりするかもしれない。ローカルアクセスキャリアが障害を起こしても、ホストサービスは正常でありうる。ここでの目的は、あらゆる問題を WebJanssen の責任とすることではない。各障害が所有者とテスト済みの復旧経路を持つように、責任を分離することである。
レジリエンス主張に必要となるもの
アップストリーム多様性については、決定的な証拠は、現在の観測で可視化されるか、制御されたフェイルオーバーで実証される、本番経路を運ぶ第2の現用キャリアまたはエクスチェンジ接続であろう。第2経路については、共有ダクト、入口、Meet-Me ルーム、電源、上流依存性をチェックすべきである。1本のクロスコネクト上で配信される2つの BGP セッションは、一部のルーター障害からは保護するが、ケーブル切断からは保護できない。
ルーティングセキュリティについては、不明状態の2つの /22 アナウンスは、アドレス保有者と運用上の取り決めが許すならば、適切な起点認可によってカバーされうる。現行のルートオブジェクト、プレフィックスフィルター、コンタクト情報は、本番トポロジーと一致すべきである。過去のポリシー記述は、除去されるか、明確に区別されて、顧客やピアがそれらを稼働容量と誤認しないようにすべきである。
施設の継続性については、WebJanssen は、重要なデバイスが二重電源か、ホスト容量が1つのシャーシ障害に耐えうるか、バックアップがどこに存在し、発電と冷却が関連負荷をどれだけ支えられるかを特定する必要がある。セカンドサイトのコピーは、独立した障害ドメインとテスト済みのアクティベーション方法を必要とする。単に別のビル名を挙げたり、バックアップメディアを別の場所に保管しているだけでは、アプリケーション復旧は確立されない。
人的対応については、深刻度の定義、受付確認および復旧目標、時間外の権限、リモートハンズの所有権、予備部品カバレッジ、最近の修理演習の結果が有用な証拠となる。購入者は、4時間のコミットメントが継続的に適用されるのか、特定の時間枠内のみなのか、初回応答で終わるのかを知るべきである。
商業的継続性については、次の契約は、WebJanssen U.Janssen、WebJanssen ISP UG、そして AS29471 に付随する名称の間を整合させるべきである。どの当事者が顧客データ、ドメイン、アドレス、機器を管理し、どの当事者がサブコントラクターや施設運営者が変わった後も責任を負い続けるのかを特定すべきである。問われているのは、歴史的名称がルーティングレジストリに残せるかどうかではない。現在の署名者が、購入したサービスを復旧するために必要なすべての依存関係に指令を下せるかどうかである。
これらの要求はいずれも、小規模事業者に機密ダイアグラムの公開を求めるものではない。簡潔な保証書、最新のサービススケジュール、立会人付きのフェイルオーバー結果があれば、マーケティング上の形容詞よりはるかに多くを確立できる。その基準は、顧客の障害時の影響度に応じてスケールすべきである。パンフレットサイトには、リストア可能なバックアップ以上のものはほとんど必要ないかもしれないが、ビジネスメールプラットフォームには、テスト済みの復旧、明確なエスカレーション、代替通信手段が必要である。
経済性は、規模よりも明確さを報いる
WebJanssen の価格は、専門ホスティングが存続する理由を可視化する。小規模企業は、自前のサーバールームに人員を配置することなく、マネージド Linux または Windows 環境、メールボックス、ドメイン、電話サポートを購入できる。プロバイダーは、フランクフルトのラック、アップストリームハンドオフ、ソフトウェアライセンス、エンジニアリング知識を、多数の顧客に分散できる。Aixit の大規模施設は、電力、冷却、セキュリティ、キャリアアクセスを多数のテナントに分散する。各レイヤーが、一括りのインフラを月額料金に変換する。
同じレイヤー化が、集中を覆い隠しうる。WebJanssen は、サーバー、接続性、メール、バックアップを別々の製品として提供しているように見えるかもしれないが、それらは同じ建物、アップストリーム、技術者を共有しうる。顧客は複数のサービスを購入し、多様性があると信じているのに、すべてが同時に故障するかもしれない。低価格が問題なのではない。精査されていない共通依存関係こそが問題なのだ。
オプションのバックアップと迅速応答は、経済的に合理的である。すべてのワークロードが同期レプリケーションや即時介入に値するわけではなく、全顧客に最高水準を課金すれば、ベーシックなホスティングは経済的に成り立たなくなる。重要なのは、顧客が意図的に購入することである。オプションのイメージバックアップは、頻度、保持期間、場所、リストア責任を明示すべきである。有償応答は、どのようなアクションが発生し、ハードウェアが利用できない場合にどうなるかを明示すべきである。
ピアリングも、有償トランジットからトラフィックを逃がし、パスを短縮し、アップストリーム依存を減らすことによって、小規模ネットワークの経済性を改善しうる。WebJanssen の古い RIPE ポリシーは KleyReX を指しており、その無料ベーシックピアリングの提供は、まさにこの種の事業者のために設計されている。しかし、現在の観測では、アクティブなエクスチェンジ接続は示されていない。経済的機会は、設置済みの安全装置と同じではない。
施設はもう一つの拡張パスを提供する。Aixit は、主要キャリアやエクスチェンジへのクロスコネクトを提供できると述べており、したがって WebJanssen は、追加の多様性が入手可能な場所に位置している。それを購入することが正当化されるかどうかは、リスクに晒された顧客収益、セカンドポートのコスト、事業者が追加の複雑性をサポートできる能力に依存する。監視も訓練もされないセカンド経路は、誤った自信とルーティングミスを生み出しうる。
顧客にとって、公正な比較は、サーバーのラインアイテムではなく、総合的な継続性コストである。それには、フランクフルトへのアクセス、アプリケーションバックアップ、代替メールまたはステータス通信、復旧作業、ダウンタイムの収益影響が含まれる。WebJanssen は、ハイパースケールプロバイダーを模倣せずとも競争力を維持できるが、その最強の提案は正確さにある。すなわち、何が含まれ、何が共有され、何がオプションであり、障害がどう処理されるかである。
稼働中の専門ネットワーク、しかしレジリエンス開示は弱い
運用状況に関する問いには、レジリエンスに関する問いよりも確固として答えられる。AS29471 はアクティブであり、その3つの IPv4 経路はグローバルに可視され、webjanssen.de はそのうちの1つに解決され、販売ページやサポートページは利用可能であり、運営者は現在のフランクフルトデータセンター住所を明示している。2025年10月の本社移転発表は最近のものである。これらの事実は、継続中の事業を支持し、放棄されたネットワークを示唆するものではない。
それらは、広範な「地域 ISP」カテゴリーが示唆する像を支持しない。自社所有のラストマイルファイバー、無線塔、顧客ドロップ、地域アクセスライセンス、またはアクセステリトリーでサービスを提供する現場クルーの公開証拠はない。証拠は、ネットワークがフランクフルトに集中し、商業住所が現在スペインにあるホスティングおよび通信専門事業者を示唆する。「グローバル」は、文書化された物理的サービスエリアよりも、インターネット規模の到達可能性と PeeringDB の古いスコープフィールドを表現している。
レジリエンス証拠は「弱い（Weak）」である。なぜなら、残る未知数がクリティカルパス上に位置するからだ。観測されるアップストリームは1本で、全3プレフィックスを運ぶ。IPv6 経路は可視されない。経路起点認可がポジティブなのは1プレフィックスのみである。ピアリングおよび施設データは古いか自己申告である。ホスト施設は強力な一般的能力を宣伝するが、WebJanssen 固有の電力、経路、セカンドサイト設計は公開されていない。人的応答は時間単位で記述されているが、復旧、シフトの深さ、部品については記述されていない。
証拠が弱いことは、障害の予測ではない。それは、責任をもって主張できることの限界である。有能なフランクフルト施設に拠点を置く小規模で経験豊富な事業者は、何年にもわたって信頼性の高いサービスを提供しうる。公開記録が、Aixit からの独立性、大規模な共通要因イベントを通じた復旧、通常時間外の即時物理対応を確立していないに過ぎない。
この区別が購入を形作るべきである。影響度の低いウェブサイトは、集中を受け入れ、可搬性のあるバックアップを維持できる。事業継続に重要な顧客は、接続に頼る前に、現在の法的契約相手方、経路設計、電力構成、バックアップ復旧条件、技術者コミットメントを入手すべきである。月額料金はローカルでシンプルだが、継続性は、スペインの本社、フランクフルトのラック、1本の可視アップストリーム、そして物理的に何かが壊れたときに利用可能な人手を横断する連鎖にかかっている。