概況

  • WebJanssen はホスティングおよび通信事業を継続しているが、本記事で用いられている名称は、同社自身の法的表示に示された現行の名称ではない。同社の Web サイトによれば、2025年10月1日に本社がスペインのミアミ・プラジャに移転し、正式名称が 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つの設備がリストされているが、いずれも現在の第2アップストリームプロバイダーを確立するものではない。したがって、経路の論理的および物理的な多様性は証明されていないと見なす必要がある。
  • WebJanssen は、自社のデータセンター所在地をフランクフルトの Rebstoeckerstrasse 55にある Aixit 内としている。Aixit は冗長化された建物入口、20の通信事業者、合計約1,000 Gbit/s の帯域幅、300以上のピアリング、UPS、非常用発電機、冗長化ネットワーク設計をこのサイトで説明している。これらはホスト施設の能力であり、WebJanssen が独立した通信事業者経路2つ、二重化電源、あるいはすべての事業者からの予約容量を購入している証拠ではない。
  • 小売りの提供内容は、回復を経済的な選択肢としている。WebJanssen は、10または100 Mbit/s に制限された仮想サーバー、オプションのイメージバックアップ、標準で1営業日応答、および有償の4時間応答サービスレベルを提供している。同社の法的表示には、営業時間外の緊急サービスには出動料金が発生することが示されている。アップストリームの喪失、ホスト障害、電源事故、または利用可能な技術者不足の影響を受ける顧客は、誰が、どこから、どのくらいの時間で対応するのかを契約で明確にする必要がある。
  • ネットワークは明らかに稼働しているが、耐障害性の証拠評価は「低い」である。可視のアップストリームが1つ、ルーティングされた IPv6 がない、3つのプレフィックスのうち1つにしか経路起点保護がない、相互接続の記録が古い、公開された復旧記録がない、といった状況は、回復力のある地域アクセスネットワークを主張するには不確実性が大きすぎる。証拠はむしろ、フランクフルトを中心とし、国境を越えた事業アイデンティティの下で運営される小規模なホスティングネットワークを支持している。

名称は存続しているが、契約上の主体は変わった

最初の問題はパケットロスではない。誰がサービスの回復を約束するのかを特定することである。WebJanssen ISP ltd & Co KG という名称は、RIPE RDAP レコードで AS29471 に結び付けられており、これが一般的にこの会社を見つける際の名称である。しかし、WebJanssen 自身のニュースページによれば、2025年10月1日に本社をスペインに移転し、正式名称が WebJanssen U.Janssen になった。現在の法的表示には、タラゴナ州ミアミ・プラジャの住所とスペインの税務番号が記載されている。

これは表面的な脚注ではない。顧客は会話の中でブランド、自律システム名、契約企業を互換的に使うかもしれないが、これらのラベルは異なる疑問に答えている。ブランドは顧客に支援を求める先を示す。AS 登録は他のネットワークにアドレスを発信しているルーティングアイデンティティを伝える。契約は誰がサービスを負うか、誰が請求するか、どの法律が適用されるか、誰が修理を手配しなければならないかを決める。これらのラベルが乖離する場合、購入者はそれらを明示的に繋ぐ最新の文書を必要とする。

公共ページはそれをうまく行っていない。WebJanssen の利用規約は契約当事者が WebJanssen ISP UG (haftungsbeschraenkt)であるとしている一方、法的表示は WebJanssen U.Janssen を挙げている。ドイツの企業データページには、活動中の WebJanssen UGが記載されており、2022年にオルデンブルクで登録され、通信サービス、ホスティング、ハウジング、ネットワーク、管理を提供し、WebJanssen 有限合資会社の無限責任社員を務めるとしている。この副次的な登録は、ドイツでの事業継続性を支持するが、2026年にスペインを拠点とする新たなサービス契約に誰が署名するのかを解決しない。

もう一つの歴史的な断絶がある。英国の会社登記簿でWEBJANSSEN ISP LIMITEDは2001年に設立され、2020年3月31日に解散した。その提出履歴には、強制抹消前の休眠会社の会計が含まれている。共通の名称と役員が、この記録を背景として関連性のあるものにしているが、ここで検討した公開証拠は、かつて英国企業がドイツのパートナーシップで果たしていた法的役割を証明しない。解散を無視することも、それが運用ネットワークを終了させたと推論することも危険である。

ネットワークの証拠は反対の方向を示している。サービスは継続した。会社の Web サイトはオンラインであり、現在の製品ページは注文を受け付け、サポートと顧客ポータルがリンクされ、AS29471 は2026年7月11日にグローバルルーティングデータで可視だった。正しい結論は狭い。WebJanssen は依然として運用中のブランドおよびネットワークであるが、新たなサービス約束の背後にある法的身元は確認が必要である。購入注文は、現在の相手方、税務登録、準拠法、サービスの場所、終了後のデータと機器の責任主体を明記すべきである。この管理的な明確さは耐障害性の一部である。障害発生時にネットワーク登録、請求書、緊急連絡先が異なる法人を指していることを発見するのは最悪のタイミングだからだ。

提供内容はまずホスティングであり、証明されたローカルアクセスネットワークではない

「ISP」というカテゴリは、電柱、ダクト、光ファイバー、無線塔、顧客宅を訪問する現場チームを想起させるかもしれない。WebJanssen の現在の公開内容は異なる像を支持している。そのホームページは、Web スペース、仮想サーバー、ホスト型 Microsoft Exchange、メールアーカイブ、VPN を前面に出している。その顧客エリアは、Windows/Exchange サーバー、Linux サーバー、仮想サーバー管理、Web メール、およびサポートのための個別のコントロールを指している。これらはホスティングおよびマネージドサービスプロバイダーのインターフェースである。

Web スペースプランは、Linux または Windows 環境、ドメイン容量、メールボックス、データベース、FTP アクセス、SSL 証明書、コントロールパネルを提供する。ルートサーバープランは、Xen 上に構築された仮想マシンで、固定アドレス、リモートコンソール機能、オプションの管理運用が付いている。ホスト型 Exchange ページは、メールボックス、スパム・ウイルスフィルタリング、カレンダーおよびアドレス帳機能、Web アクセス、オプションのアーカイブを組み合わせている。これらのページのいずれも、サービス提供世帯の地図、街頭キャビネット、タワーセクター、光ファイバー経路、または設置チームを提供していない。

この不在は重要である。なぜなら、分析対象の物理的依存関係が変わるからだ。ドイツの顧客にとって、ホスト型サーバーはラックがフランクフルトにあり、電話サポートが親しみやすく、運営者が小規模であるという意味では「ローカル」かもしれない。それは顧客建物までのラストワンマイル回線ではない。顧客は依然として、別のアクセスプロバイダー、ローカルルーター、オフィスの電源、公共インターネット経路を経由して WebJanssen に到達する。WebJanssen はホストマシン、割り当てアドレス、サービス構成、自身の境界ルーティングを制御するが、各顧客がフランクフルトに至るまでのファイバーやモバイル接続を制御しているわけではない。

サービスが停止したときに誰が影響を受けるかも区別が変わる。ルートサーバー障害は、Web サイト、メールサーバー、ゲームサービス、ネームサーバー、または顧客のビジネスアプリケーションを停止させうる。Exchange のインシデントは、通常のインターネットアクセスが機能していても、小規模企業の通信を中断させうる。AS29471 の停止は、同時に多数の無関係なホスト型ドメインを到達不能にしうる。逆に、顧客のオフィスで切断されたローカルアクセスケーブルは、すべての WebJanssen システムを正常に保ったまま、当該顧客だけが到達できなくなる可能性がある。

WebJanssen の公開規模は、専門的なホスティング業者と整合している。IPinfo の AS29471 ビューは、このネットワークをホスティングに分類し、2,304のルーティングされた IPv4 アドレスをカウントし、数百のホスト型ドメインを報告している。ホスト型ドメイン数は観測値であり、顧客数ではない。1つの顧客が複数のドメインを運用でき、多くのドメインが同じアドレスを共有でき、非アクティブな名称が古いサーバーを指し続けることもある。それでも、ホスティング製品、コントロールパネル、メールシステム、アドレス使用状況の組み合わせは、業務負荷を理解する上で地域 ISP ラベルよりも強力な証拠である。

したがって、記事タイトルの「ローカル接続の請求」は、WebJanssen が所有するアクセスインフラの証拠ではなく、ローカルにサポートされるホスト型接続の請求書と読むべきである。重要な資産は、ラック、ホストシステム、ストレージ、電源、冷却、光ファイバー終端、境界ルーティング、ネームサービスとメールサービス、予備部品、そしてそれらを操作できる人々である。電柱、タワー、および顧客宅内設備は、特定の契約で WebJanssen がそれらを提供すると示される場合にのみ関連してくる。そのような公開証拠は見つからなかった。

フランクフルトのアドレスが物理サービスを固定する

最も強力な所在地の証拠は、運営者自身から得られる。現在の 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 がサーバーシャーシを所有しているのか、完成したシステムをリースしているのか、ラックユニットを借りているのか、管理プラットフォームを購入しているのか、あるいはこれらの組み合わせかについて言及していない。また、光トランシーバやハンドオーバーポイントの境界ルーターを誰が所有するかも示していない。これらの境界は、予備部品を誰が保持し、インシデント時に誰が機器に触れることができるかを決定する。

AS29471 の PeeringDB ネットワークレコードは、フランクフルトに「aixit Frankfurt」と「Digital Realty Frankfurt FRA28 (閉鎖)」の2つの施設をリストしている。しかし、そのデータセンターアソシエーションは最後に2016年に更新されており、同じレコードにはアクティブなパブリック交換接続が表示されていない。「閉鎖」とラベル付けされた施設と古い更新日は、このエントリを現行の2拠点冗長性の主張としてではなく、過去の記録として有用にする。フランクフルトにアクティブな2つの拠点があるという結論を支持することはできない。

他都市に公開された第2の WebJanssen データセンターはなく、ラックレベルの給電図も、宣言されたリカバリサイトもない。最も確実な物理的見解は、Aixit 住所のフランクフルト中心のサービスであり、より広範な施設の選択肢は利用可能だが、テナント固有の耐障害性は開示されていないというものである。スペインの本社所在地は営業およびサポート拠点であり、本番サーバーがスペインに移転した証拠ではない。WebJanssen 自身のページは、本社移転後も引き続きデータセンターをフランクフルトとしている。

AS29471 はアクティブで、グローバルに可視であり、IPv4 のみである

自律システムは企業でもサーバーでも建物でもない。ポリシーを適用し、到達可能なアドレス空間を発信するために使われるルーティングアイデンティティである。それでも AS29471 は、WebJanssen のネットワークが動作しているという最良の独立した証拠を提供する。RIPEstat の概要は、2026年7月11日にこれをアナウンス中とマークし、ホルダーを WebJanssen-DE, WebJanssen ISP ltd & Co KG としていた。

ルーティングステータスビューは、2,304アドレスをカバーする3つの IPv4 プレフィックスを報告した。スナップショット時点での IPv4 フルフィード RIS ピア325はすべて、これらの経路を認識していた。最も最近の経路はその朝に観測され、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 を確認している。

企業の Web サイトはサービスレベルでのクロスチェックを付け加える。webjanssen.de の RIPEstat DNS チェインビューは、7月11日時点でサイトを最初の/22内の195.140.208.58に解決していた。したがって、公開商業サイトは現在 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 の AS ネイバービューは、2026年7月11日に単一の隣接ネットワーク、AS29551 を示した。観測された位置は、グローバルテーブルへの経路において AS29551 を WebJanssen の左側に置く。bgp.toolsは、3つの IPv4 プレフィックスすべてについて Aixit AS29551 を唯一のアップストリームプロバイダーとして独立してリストし、アップストリーム数は1としている。

1年間の RIPEstat ルーティング履歴は、同じ依存関係を明示する。3つのプレフィックスのそれぞれで、観測される起点ペアは29551 29471である。コレクタ群を通じて学習されたトラフィックは、Aixit が WebJanssen のすぐ前にあることを示す。ルートコレクタはすべてのプライベート相互接続を見るわけではなく、商用契約はパブリック BGP 経路ではない。それでも、3つのプレフィックスにわたる一貫した観測は、利用可能な中で最も強力な最新の証拠である。

RIPE データベースの AS レコードには、はるかに豊富なポリシー記述が含まれている。これは AS29551 をアップストリーム、KleyReX AS31142 をピアリングプラットフォーム、そして多数の名前付きピアとして宣言している。ライブなトポロジーマップとして読めば、広範な多様性のように見えるかもしれない。しかしそうではない。このレコードは2021年7月に最終更新されており、ルーティングポリシーステートメントは、セッション、ポート、契約よりも長生きできる。現在のネイバー観測と PeeringDB のアクティブな交換数がゼロであることは、それらの古いピア宣言を裏付けていない。

KleyReX 自身は依然としてアクティブである。その公式サイトは、15か所以上にわたるスイッチド交換インフラストラクチャを説明し、100 Mbit/s から複数100 Gbit/s のポートを提供している。これはフランクフルトに利用可能なピアリング環境を確立するものであり、WebJanssen の現在の参加ではない。古いルーティングレコードの1行は意図または履歴を示し、現在のポート、交換メンバー登録、または観測されたピア経路が、それを有効な代替手段として数えるために必要となる。

Aixit は任意のアップストリームではない。そのフランクフルトサイトは、WebJanssen が公開しているデータセンターの住所でもある。このコロケーションは運営を効率的にしうる:テナントは短い相互接続を購入し、長い終端回線なしにプロバイダーのネットワークに到達し、機器の近くで実践的な支援を得られる。それはまた、共通の運命境界を作り出す。WebJanssen のサーバー、境界ハンドオーバーポイント、そして唯一の可視アップストリームがすべて、ある建物内の1つのプロバイダーに依存している場合、Aixit のネットワークインシデントやサイトレベルの事象は、ホスティングとトランスポートの両方に影響を与えうる。

公開データは、この共通の運命境界が全面的であると確立することはできない。WebJanssen は、ルートコレクタから隠されたプライベート接続、休眠中のバックアップ、トンネル、または3つのプレフィックスをアナウンスしない別のサービスを持っている可能性がある。これらの可能性は、テストされるまでは運用的な保証として捉えるべきではない。耐障害性の購入は、障害が起きた後でのみ現れる経路に依存することはできない。プロバイダーが、それらがプロビジョニングされ、監視され、プレフィックスを発信する権限を与えられ、ピークトラフィックを運ぶ能力があることを示せない限り。

経路起点保護は3つのアナウンスのうち1つしかカバーしていない

ルーティングの集約だけがコントロールプレーンの問題ではない。リソース公開鍵基盤により、アドレス保有者は、どの AS がプレフィックスを発信できるかを示す経路起点認証(ROA)を公開できる。他のネットワークはアナウンスをこの認証と照合し、無効な起点を拒否または優先度低下させることができる。RIPE NCC の BGP 起点検証の説明は、これを事業者が経路起点の有効性に基づいてポリシーを設定する方法と説明している。

WebJanssen にとって、現在の結果はまちまちである。RIPEstat は、AS29471 起点について195.158.54.0/24が有効と報告している。AS29471 の RPKI 履歴は、2026年7月初めに256アドレスをカバーする認証を示した。言い換えれば、保護された空間は/24であり、これはルーティングされた2,304の IPv4 アドレスの約11%にあたる。

他の2つの経路は、同じチェックで195.140.208.0/22については不明、195.225.208.0/22については不明であった。不明は無効を意味しない。これは、その起点とプレフィックスをカバーする一致する検証済みの認証がなかったことを意味し、起点検証を行うネットワークは、このチェックのみで AS29471 の正当なアナウンスを不正な起点と区別するために肯定的な認証を使用することはできない。

有効な/24でさえ、防弾ではない。起点検証は AS パス全体を証明せず、パケットが正しいサーバーに到達することを保証せず、すべての経路漏洩を防止せず、アップストリーム障害時にもサービスを維持しない。これは、特定のクラスのルーティングエラーまたは攻撃を減少させる。その実用的な価値は、他のネットワークによる検証の実装にも依存する。それでも、カバレッジは測定可能な衛生チェックであり、3つのアナウンスのうち1つしかカバーしていないことは、明確な改善の余地を残す。

単一の観測されたアップストリームと部分的な起点保護の組み合わせは、それぞれ異なるリスクに対応しているため、注目に値する。機能する第2のアップストリームは、ある通信事業者が故障したときに到達可能性を維持しうる。認証は、他のネットワークが不正な起点を拒否するのに役立つ。どちらも他方を置き換えない。認証を追加しても物理的な第2の経路は生まれず、別の通信事業者を購入しても新しいルーティングアレンジメントを自動的に認証したり、不正な起点から保護したりはしない。

購入者はルーター設定へのアクセスを要求する必要はない。発信されるプレフィックスの最新リスト、認証状況、アップストリーム AS 番号、テストされたフェイルオーバー動作、および最後のトランジット喪失訓練の日付を尋ねることができる。回答は、本番経路と古いレコードを区別すべきである。WebJanssen の事例では、公開ルーティング観測は1つの本番経路と1つの認証されたプレフィックスを支持しており、より強い主張には直接的な証拠が必要である。

施設の能力は WebJanssen の能力ではない

WebJanssen が宣伝する小売りの制限と比較すると、施設に関する Aixit の主張は印象的である。オンサイトで約1,000 Gbit/s の帯域幅と300以上のピアリングは、大規模な接続市場を描写している。対照的に、WebJanssen のルートサーバー製品は、プライベートプランとビジネスプランレベルで10 Mbit/s、ビジネスおよびマネージドレベルで100 Mbit/s の定額トラフィックを宣伝している。PeeringDB は AS29471 のトラフィックレベルを20-100 Mbit/s と説明しているが、この自己申告の範囲は何年も前に更新されたものである。

これらの数値は異なる層を占めている。施設の数値は、多くの顧客とネットワークにわたる設置済みの集約容量である。仮想サーバーの数値は製品あたりの制限である。PeeringDB の範囲は、AS29471 によって交換されるトラフィックの古いカテゴリ別推定値である。いずれも、WebJanssen のアップストリームポートでの現在の使用状況、Aixit から購入した保証情報速度、ピーク容量、負荷時のパケットロス、または障害後に利用可能なヘッドルームを示していない。

インシデント中に使用可能な容量は、通常の設置容量よりもはるかに小さくなりうる。プロバイダーが100 Mbit/s のリンクを2つ持ち、通常はそれぞれ60 Mbit/s を送出していると想定する。1つを失うと、120 Mbit/s の需要に対して100 Mbit/s が残るため、冗長に見えるトポロジーでも依然として飽和する。WebJanssen の公開事例では、現在の第2のリンクが可視でないため、前提はさらに不確かである。残りの経路は、残りの経路が存在する場合にのみ、すべてのトラフィックを吸収しなければならない。

サーバーの制限は別のボトルネックをもたらす。10 Mbit/s の仮想サーバーを購入する顧客は、データセンターのテラビット級の集約から、より迅速なリカバリやより多くのヘッドルームを推論することはできない。ストレージ I/O、ハイパーバイザースケジューリング、バックアップトラフィック、ファイアウォール容量、サービス拒否フィルタリングのそれぞれが、アップストリームポートが満杯になる前に制約条件になりうる。製品ページは仮想 CPU、メモリ、ディスク、トラフィックレートを規定するが、競合率や測定されたパフォーマンスを公開していない。

IPv4 インベントリも容量の蓄えではない。アドレスは帯域幅を消費せずに割り当てることができ、枯渇したアドレスは、リンクがアイドルであっても顧客の成長を制約しうる。WebJanssen は、標準のルートサーバーで固定アドレス、一部のマネージド製品では最大5つを宣伝している。この利用法はホスティング、メール、ネームサービスのワークロードと整合している。2,304アドレスのフットプリントのうち、どの部分が割り当て可能なままかを明らかにしていない。

したがって、ビジネス顧客にとって有用な商業的仕様はサービス固有のものである:保証およびピークスループット、輻輳ポリシー、サービス拒否の取り扱い、バックアップウィンドウの影響、パケットロスとレイテンシの目標、最大単一障害後の利用可能容量。設置概要書は拡張オプションが存在することを示しうるが、それらが特定のサーバーのために購入されたことを示すことはできない。

電源冗長性は最も弱いコンセントで止まる

フランクフルトの建物は、主要な物理的共通依存関係である。Aixit は、AIX-FRA-1 が最新の UPS、非常用電源、冷却、接続技術を使用し、冗長化ネットワーク設計と複数の建物入口を備えると述べている。そのメインサイトはまた、データセンターが ISO 27001認証を取得し、再生可能エネルギーで稼働していると述べている。これらはホストによる有用な主張であるが、WebJanssen はそれらをエンドツーエンドのサービス保証に変換するラック構成を公開していない。

電力耐障害性は連鎖である。商用電力が建物に入り、配電装置が分配し、UPS が中断を橋渡しし、発電機がより長い停止を支え、ラック内の配電ユニットがデバイスに給電し、各サーバーやルーターがその電力を変換する。ある地点での冗長性は、次の地点で打ち負かされうる。二重給電ラックは、単一のストリップに接続された単一電源のデバイスを助けない。同じストリップに接続された二重電源は、経路の独立性を生み出さない。発電機は、燃料、メンテナンス、自動切替、成功した負荷テストなしには継続性を保証しない。

WebJanssen の製品ページは、ルートサーバーのホストシステムが二重電源を持つか、境界ルーターがペア化されているか、ストレージレプリカが分離された電力・セキュリティゾーンにあるかを示していない。Xen 仮想化は特定の設計の下でワークロードを移動または再起動できるが、WebJanssen の、Xen がサーバーを高可用性にするという主張は、クラスタリング、ライブマイグレーション、共有ストレージの障害ドメイン、またはスペアホスト容量を開示していない。仮想化はマシン障害の処理方法を変えるが、その下の物理ホストを除去しない。

冷却も同様に重要である。データルームは、チラーや空調処理の故障後に温度が上昇する間も、ネットワーク電源を維持できるかもしれない。非常用発電は、IT 負荷に加えて十分な冷却を支えなければならず、さもなければサーバーは自己保護のためにシャットダウンする。Aixit はサイトが現在の冷却と冗長設計を使用すると述べているが、いずれも WebJanssen 固有の温度閾値、フェイルオーバーテスト、またはシャットダウン動作を公開していない。

地理的な問題もある。公式の事業所住所は現在スペインであり、データセンターはドイツである。リモート運用はホスティングでは普通だが、物理的アクセスの権限を分割する。電話に応答する人物は、ダウンしたサーバーを診断できるが、フランクフルトへのアクセスなしに電源を交換できないかもしれない。施設の技術者はケーブルを再接続できるが、ルーターを交換する権限や設定知識を欠くかもしれない。復旧時間は、検出、診断、承認、移動または派遣、アクセス、部品、修理、検証の合計である。

公開証拠は、良好な施設の潜在性を支持している。これらは、同時保守性、2拠点継続性、または長期の広域停電時の自律運転という、WebJanssen 特有の主張を支持するものではない。1時間の停止が重要な顧客は、ラック給電、発電機の自律性、冷却冗長性、スペア部品の所有権、遠隔ハンズ条件を、アドレスから推論するのではなく、サービス記述書に明記される必要がある。

サービス料金は特定の人間の応答速度を購入する

小規模プロバイダーはしばしば親しみやすさで競争する。WebJanssen のホームページは、サポートがメール、チケット、電話で利用可能だとしている。その法的表示は、月曜から木曜の営業時間、金曜の短縮時間を掲示し、それ以外の時間帯には有料の緊急サービスがある。ルートサーバーのページは、無料の追加サービスに1営業日以内の応答が含まれ、有料サービスレベルでは4時間応答を提供しうると述べている。

これは非常に示唆的である。なぜなら、人的労働力を製品の一部にしているからだ。月額19.99ユーロや49.99ユーロの仮想サーバーには、高可用性プラットフォームを設計するのと同じ応答義務は含まれない。オプションのバックアップとオプションの迅速な応答は低い開始価格を可能にするが、復旧リスクのより多くを顧客に残す。最も安いサーバーはレジャーサイトには完全に適しているかもしれないが、給与計算、顧客メール、取引システムには異なる提案になる。

応答時間は復旧時間ではない。4時間応答は、エンジニアがチケットを確認し、診断を開始し、または計画を伝達することを意味するかもしれない。これは必ずしもサービスが4時間以内に機能することを意味しない。営業日の応答は、障害が発生したタイミングによっては週末にまたがる可能性がある。公開ページは、重大度レベル、クロック開始、エスカレーション、クレジット、部品交換、目標復旧、または最大同時インシデント数を定義していない。

法的表示にある「出動料金」という文言も重要である。これは、営業時間外の対応の一部が、24時間365日自動的に含まれるサービスではなく、請求可能な物理的作業であることを示唆している。このページは、これらのハンズが WebJanssen のスタッフか、Aixit のスタッフか、他の下請け業者かを特定していない。いずれも効果的なアレンジメントでありうるが、キューと権限は異なる。データセンターの技術者は、施設全体の事象の際に多数のテナントに対応するかもしれない。オーナーオペレーターはネットワークをよく知っているが、並列処理能力は限られているかもしれない。

現在の公開人員数、オンコールロスター、スペア部品在庫、または派遣記録は見つからなかった。この沈黙から貧弱なサポートを推論するのは誤りである。同様に、電話番号から24時間年中無休で人員を配置したネットワークオペレーションセンターを推論するのも誤りである。利用可能な証拠は、営業時間内にアクセス可能なサポート、オプションのより迅速な応答、有料の緊急対応を支持している。

この人的境界線は、国境を越えた構造が運用的に重要になる場所である。診断はスペインから行われ、ルーティングは遠隔で変更され、ソフトウェアはコントロールパネルから再起動されるかもしれない。故障した光トランシーバ、ディスク、電源、ケーブル、ホストシステムは依然としてフランクフルトまたはその近くの誰かを必要とする。したがって、低コストのホスティング請求書の耐障害性は、複数の顧客が同時にそれらを必要とするときに、訓練されたハンズと互換性のある部品が利用可能かどうかに依存する。

5つの障害が、請求書が沈黙しているものを明らかにする

最初のテストは Aixit のトランジット喪失である。現在のパブリック経路は、3つのプレフィックスについて AS29551 が AS29471 のすぐ上流にいることを示している。この BGP セッション、ハンドオーバーポイント、またはプロバイダー経路が失敗し、隠れたバックアップがアクティブでない場合、WebJanssen のすべてのサーバーが電源オンのままであっても、プレフィックスはより広いインターネットから消える可能性がある。復旧には、セッションの回復、事前承認された代替手段へのアナウンスの移動、または共有ハンドオーバーポイントの修理が必要になる。古い KleyReX ポリシー行は、そのようなフェイルオーバーの十分な証拠ではない。

2つ目は Rebstoeckerstrasse での施設または電源の事象である。建物内のインシデントは、ホストシステム、境界機器、隣接するアップストリームを同時に影響しうる。UPS と発電機は中断の可能性を低下させうるが、公開証拠は WebJanssen の分離されたサイトや他でのライブコピーを示していない。アプリケーションが単一の仮想サーバー上にしか存在しない顧客は、計算と接続の両方を同時に失う可能性がある。

3つ目はホスト、ストレージ、またはハイパーバイザーの障害である。Xen は仮想マシンを隔離し、柔軟な管理を可能にするが、障害が発生したホストは再起動または移行のための予備容量を依然として必要とする。共有ストレージはデータを保つことができるが、共通障害点にもなりうる。ローカルストレージは障害を隔離しうるが、復旧を複雑にする。WebJanssen はオプションのイメージバックアップを販売しているが、目標復旧時点や目標復旧時間を示していない。存在するが現実的な条件下でリストアされたことのないバックアップは、潜在的な回復であり、証明された回復ではない。

4つ目は輻輳または攻撃である。10または100 Mbit/s の製品は、施設の集約容量をはるかに下回るレベルで圧倒されうる。サービス拒否事象は、顧客の制限、WebJanssen のハンドオーバーポイント、またはアップストリームフィルターを飽和させうる。公開内容は、緩和容量やスクラビングの取り決めを定量化していない。顧客はトラフィック無制限という請求ラベルと無制限の瞬間帯域幅を区別しなければならない。トラフィック定額制は使用量カウンターを取り除くが、物理的なレート制限は取り除かない。

5つ目は、拡張されたインシデント中の人的リソース不足である。平日のディスク障害は単純かもしれない。公共設備事象、冷却アラーム、または多数のテナントに影響するネットワーク障害は、同時にチケットと物理的タスクを生み出しうる。最初に利用可能な技術者は優先順位をつけ、アクセスを取得し、部品を特定しなければならない。営業時間内のホットラインも4時間応答約束も、何件のインシデントを並行して処理できるかを教えてくれない。

このインフラの上層では、他の多くの障害が発生しうる。顧客は DNS の設定を誤ったり、認証情報を紛失したり、証明書の期限切れを放置したり、データを削除したりすることがある。ローカルアクセス事業者が故障する一方で、ホスト型サービスは健全であり続けるかもしれない。目的はすべての問題を WebJanssen に帰することではなく、各障害に所有者とテストされた復旧経路があるように責任を分離することである。

耐障害性の主張が示すべきこと

アップストリームの多様性については、決定的な証拠は、現在の観測で視認できるか、制御されたフェイルオーバーで実証された、本番経路を運ぶ現在の第2の通信事業者または交換接続であろう。第2の経路は、共有ダクト、入口、MMR、電源、上流の依存関係について検証される必要がある。単一の相互接続上で配送される2つの BGP セッションは、一部のルーター障害からは保護するが、切断されたケーブルからは保護しない。

ルーティングセキュリティについては、アドレス保有者と運用上の取り決めが許せば、不明な2つの/22アナウンスは適切な起点認証でカバーできる。現在のルートオブジェクト、プレフィックスフィルター、連絡先は、本番トポロジーと一致すべきである。過去のポリシーステートメントは、顧客やピアがそれらをライブ能力と誤認しないように、削除または明確に区別されるべきである。

施設の継続性については、WebJanssen は、重要なデバイスが二重給電であるか、ホスト容量がシャーシ障害を生き残るか、バックアップがどこに存在するか、発電と冷却が関連する負荷をどれだけ支えられるかを特定すべきである。第2サイトへのコピーには、独立した障害ドメインとテストされたアクティベーション方法が必要となる。単に別の建物を挙げたり、バックアップメディアを別の場所に保管することは、アプリケーションの復旧を確立しない。

人材については、有用な証拠には、重大度の定義、確認応答および復旧目標、営業時間外の権限、遠隔地ハンズの所有権、スペア部品のカバレッジ、最近の修理訓練の結果が含まれるだろう。購入者は、4時間のコミットメントが連続的に適用されるのか特定の時間枠内のみか、最初の応答で終わるのかどうかを知るべきである。

事業継続性については、次の契約は WebJanssen U.Janssen、WebJanssen ISP UG、および AS29471 に付随する名称を調整すべきである。顧客データ、ドメイン、アドレス、機器をどの事業体が管理するのか、下請け業者や施設運用者が変わった場合にどの事業体が責任を負い続けるのかを特定すべきである。問題は、歴史的名称がルーティングレジストリに残りうるかどうかではない。現在の署名者が、購入されたサービスを回復するために必要なすべての依存関係を指揮できるかどうかである。

これらの要求のいずれも、小規模事業者が機微なダイアグラムを公開することを必要としない。簡潔な保証書、最新のサービススケジュール、目撃されたフェイルオーバーの結果は、マーケティング形容詞よりもはるかに多くを確立できる。基準は、顧客にとっての障害の重大性に応じてスケールすべきである。ショーケースサイトは復元可能なバックアップ以外ほとんど必要としないかもしれないが、ビジネスメッセージングプラットフォームはテストされた復旧、明確なエスカレーション、代替通信を必要とする。

経済性は規模よりも明確さに報いる

WebJanssen の価格設定は、専門的なホスティングが存続する理由を見える化する。小規模企業は、自前のサーバールームを用意することなく、管理された Linux または Windows 環境、メールボックス、ドメイン、電話サポートを購入できる。プロバイダーは、フランクフルトのラック、アップストリームハンドオーバー、ソフトウェアライセンス、技術知識を多数の顧客に分散できる。Aixit のより大きな施設は、電源、冷却、セキュリティ、通信事業者アクセスを多数のテナントに分散する。各層は、不規則なインフラを月額請求書に変換する。

同じ重ね合わせが集中を不明瞭にしうる。WebJanssen はサーバー、接続、メール、バックアップを異なる製品として提供しているように見えるかもしれないが、それらは同じ建物、同じアップストリーム、同じ技術者を共有しうる。顧客は複数のサービスを購入し、多様性があると信じるかもしれないが、それらはひとまとめで障害を起こす。低価格が問題なのではない。精査されていない共通依存が問題なのだ。

オプションのバックアップと迅速な応答は経済的に合理的である。すべてのワークロードが同期レプリケーションや即時介入に値するわけではなく、すべての顧客に最高水準の料金を請求することはベーシックホスティングを非経済的にするだろう。重要な点は、顧客が意図的に購入するということである。オプションのイメージバックアップは、頻度、保持期間、場所、復旧責任を示すべきである。有料応答は、どのようなアクションが発生し、ハードウェアが利用できない場合に何が起こるかを示すべきである。

ピアリングもまた、一部のトラフィックを有料トランジットから外し、経路を短縮し、アップストリーム依存を減らすことによって、小規模ネットワークの経済性を改善しうる。WebJanssen の古い RIPE ポリシーは KleyReX を指しており、その無料のベーシックピアリング提供はまさにこの種の事業者向けに設計されている。しかし、現在の観測はアクティブな交換接続を示していない。経済的機会は設置された保証と同じではない。

施設は拡張のもう一つの道を提供する。Aixit は主要な通信事業者や交換機への相互接続を提供できると述べており、したがって WebJanssen は追加の多様性を調達できる場所に位置している。その購入が正当化されるかどうかは、リスクにさらされる顧客の収益、第2ポートのコスト、追加の複雑さを支える事業者の能力に依存する。監視も訓練もされない第2の経路は、誤った信頼とルーティングエラーを生み出しうる。

顧客にとって、公正な比較はサーバー料金ではなく、継続性の総コストである。これには、フランクフルトへのアクセス、アプリケーションのバックアップ、代替メールやステータス通信、復旧のための人手、ダウンタイムの財務的影響が含まれる。WebJanssen はハイパースケールプロバイダーを模倣することなく競争力を維持できるが、その最も強力な提案は正確さだろう:何が含まれ、何が共有され、何がオプションであり、障害がどのように扱われるか。

耐障害性の開示が弱い、稼働中の専門ネットワーク

運用ステータスの問題は、耐障害性の問題よりも確実に答えられる。AS29471 はアクティブであり、その3つの IPv4 経路はグローバルに可視であり、webjanssen.de はそれらの1つに解決され、ビジネスページとサポートページは引き続き利用可能であり、運営者はフランクフルトの現在のデータセンター住所を挙げている。2025年10月の本社移転の告知は最近のことである。これらの事実は、放棄されたネットワークではなく、稼働中の事業を支持している。

これらは、広範な地域 ISP カテゴリの暗黙のイメージを支持しない。所有するラストワンマイルファイバー、無線塔、顧客接続、ローカルアクセスライセンス、またはアクセス領域にサービスを提供する現場チームの公開証拠はない。証拠は、パブリックネットワークがフランクフルトを中心とし、事業所住所が現在スペインにあるホスティングおよび通信の専門家を支持している。「グローバル」は、物理的なサービスエリアを文書化するというよりも、インターネットの到達範囲と PeeringDB の古いスコープフィールドを描写している。

耐障害性の証拠が「低い」と評価されるのは、残る未知の要素がクリティカルパス上にあるからだ。観測されたアップストリームは3つのプレフィックスを運ぶ。可視の IPv6 経路はない。肯定的な経路起点認証を持つのは1つのプレフィックスのみである。ピアリングと施設のデータは古いか自己申告である。ホスト施設は強力な全般的能力を宣伝しているが、WebJanssen 固有の電源設計、経路設計、または第2サイト設計は公開されていない。人間の応答は時間単位で記述されているが、復旧、シフトの深さ、部品はそうではない。

証拠が弱いことは、故障の予言ではない。責任を持って主張できることの限界である。フランクフルトの有能な施設内の経験豊富な小規模事業者は、何年も信頼できるサービスを提供できる。公開記録は、単に Aixit からの独立性、大規模な共通モード事象時の復旧、または通常時間外の即時の物理的応答を確立していない。

この区別が購入を形作るべきである。影響の少ない Web サイトは集中を受け入れ、ポータブルなバックアップを維持してもよい。ビジネスクリティカルな顧客は、接続に依存する前に、現在の法的相手方、経路設計、電源の取り決め、バックアップ復旧条件、技術者のコミットメントを入手すべきである。月額請求書はローカルでシンプルである。継続性は、スペインの本社、フランクフルトのラック、可視のアップストリーム、そして物理的な何かが壊れたときに利用可能な手を横断する連鎖にかかっている。