概要

  • DDCatch Inc. はフロリダ州で活動中の企業であり、AS211818 の登録保有者であるが、その公開ウェブサイトではドメインドロップキャッチサービスについて説明しており、顧客ポータルはまだ準備中としている。固定ブロードバンドの販売、ラストワンマイルネットワークの運営、または特定のローカルアクセス地域へのサービス提供を行っているという公的証拠はない。
  • AS211818 は、狭義の技術的意味では運用されていた。RIPE の経路コレクタは、2025 年 10 月 1 日に 1 つの IPv6/48の起点を初めて観測した。可視プレフィックスは 2026 年 1 月に変更され、置き換えられた経路は 2026 年 5 月 13 日に最後に確認された。7 月 10 日の時点で、RIPE は IPv4 または IPv6 の広報空間を報告しておらず、観測された隣接関係もない。
  • アドレス資源と相互接続記録は、フロリダのアクセス設備ではなく、欧州のサプライヤーチェーンを示している。Inferno Communications が ASN のスポンサーとなり、親 IPv6 割り当てを管理している。後に割り当てられた/48はオランダの国コードで登録されており、交換データベースは AS211818 を NL-ix に関連付けている。これらの記録のいずれも、ラック、建物への入口、あるいは物理的に独立した回線を特定するものではない。
  • DDCatch の公開ウェブサイトは AS211818 の外部にある。現在の A レコードは Hawk Host の AS20068 に解決され、AAAA レコードは存在しない。したがって、同社自身の ASN が可視経路を持たない間もウェブサイトは到達可能であり、ウェブサイトの稼働時間を AS211818 が運用中であることの証拠として使用することはできない。
  • ネットワーク証拠のグレードは、委託された地域 ISP 仮説に対して Negative、現在のスタンドアロンネットワーク運用に対して Weak である。記録は企業としての同一性、番号資源の管理、過去の IPv6 ルーティング、経路承認を証明しているが、現在のルーティング、顧客トラフィック、アクセス設備、使用可能なフェイルオーバー、現地の現場作業員、またはサービス復旧能力を証明するものではない。

最初のインフラストラクチャの調査結果は、これが実証されたローカル ISP ではないということである

DDCatch に関する公的記録は少ないが、同社が提示する事業内容については異例なほど明確である。同社の現行のホームページでは、DDCatch Inc. をドメインドロップキャッチサービスと称し、フロリダ州セントピーターズバーグの連絡先住所を掲載し、顧客ポータルが近日公開予定としている。インターネット接続プラン、サービスエリアマップ、設置方法、速度帯域、ネットワーク状況ページ、または電話サポート窓口を宣伝していない。自律システムインデックス経由で訪れた読者は、同社を ISP だと当然のように推測するかもしれない。しかし、同社の自社ページはその推測を裏付けていない。

ただし、法人格は実在する。フロリダ州企業局の記録は、DDCATCH INC をフロリダ州の営利法人とし、文書番号 P23000055531、2023 年 7 月 27 日付で申請され、アクティブとされている。Siarhei Kulich を社長、秘書、および取締役、Viktar Kliuchenia を財務担当および取締役としている。主たる事業所および郵送先住所は、ウェブサイトおよびインターネット番号記録に記載されているものと同じスイートである。

この住所は、ネットワークのプレゼンスポイントではなく、法的および連絡先所在地として理解すべきである。法人登記は、ルーター、サーバー、光ファイバー引き込み口、技術者、または顧客が登録オフィスに存在することを示すものではない。この区別は、経路証拠が大西洋の向こう側を指し示している一方で、ウェブサイト自体はサードパーティのネットワークでホストされているため、ここでは特に重要である。フロリダの住所を AS211818 の物理的中心として扱うことは、登録情報のフィールドをトポロジーの主張に変えてしまうことになる。

「ドメインドロップキャッチ」という用語にも同様の境界がある。期限切れドメインは、削除前に更新や償還の段階を経ることがある。ICANN の「期限切れ登録復旧ポリシー (Expired Registration Recovery Policy)」は、レジストラに対して最低限の更新通知や償還手続きを定めている。名前が利用可能になると、ドロップキャッチプロバイダーが顧客のためにそれを登録しようと試みる場合がある。レジストラが通常使用するレジストリインタフェースはRFC 5730で定義された拡張可能プロビジョニングプロトコル (EPP) であるが、DDCatch はレジストラとの関係、レジストリ接続、ソフトウェア設計、または履行方法を公開していない。したがって、事業内容は明確だが、その背後にある運用システムは明確ではない。

現在のICANN 認定レジストラ一覧には、DDCatch Inc. の正確なエントリは存在しない。だからといって、同社がドロップキャッチサービスを提供できないということではない。1 つまたは複数の認定レジストラを利用したり、リセラーとして活動したり、アプリケーションインタフェースを通じて連携したり、あるいはサービス準備中である可能性もある。自律システムと法人登録だけでは、直接のレジストラ資格を確立できないというだけのことである。約束されたポータル、公開されていないサービス提供の詳細、指名された履行パートナーの不在により、商業段階は不透明なままである。

したがって、正しい出発点の命題は限定的である。DDCatch は、公開情報ページ、ドメイン関連の明示された目的、および公開された自律システム識別子を持つ登録企業である。2026 年 7 月 10 日時点で入手可能な証拠に基づけば、同社は実証された地域アクセスプロバイダーではない。電柱、鉄塔、顧客宅内機器、または家庭への設置に関するいかなる分析も、同社が公に主張したことのない資産を捏造することになる。

AS211818 はアクティブであったが、その後、唯一の可視経路が消失した

実際のネットワーク運用に関する最も強力な証拠は、AS211818 の履歴から得られる。RIPE 自律システムレコードは、ネットワーク名を DDC-LND とし、DDCatch Inc. に紐付け、Inferno Communications Ltd をスポンサー組織として記録し、リソースが割り当て済みであることを示している。2025 年 9 月 30 日に作成された。関連するRIPE 組織レコードは、保有者をフロリダ州の文書番号 P23000055531 に結びつけている。これらは強力な管理上の事実である。DDCatch は RIPE システムを通じて割り当てられた ASN を管理している。

割り当ては運用と同じではない。Border Gateway Protocol (BGP) は、起点がプレフィックスを広報し、他のネットワークがその経路を受け入れて伝搬する場合にのみ、宛先への到達を可能にする。この区別はプロトコルに組み込まれている。RFC 4271は BGP を、自律システムが到達性情報を交換し経路を選択するためのシステムと定義している。広報された経路を持たない ASN も有効な識別子ではあるが、自身のアドレスへの公開経路を提供するものではない。

RIPEstat の AS211818 ルーティング履歴は、短期間ではあるが本物の稼働期間を示している。経路コレクタは 2025 年 10 月 1 日から2a0f:85c1:d61::/48を観測した。このプレフィックスは 2026 年前半を通じて広く可視状態にあった。2 つ目のプレフィックスである2a0f:85c1:dd4::/48は、履歴上で 1 月 19 日頃に最初のプレフィックスと重複した後、唯一の可視起点となった。この後の経路は 5 月まで継続した。これは静的な登録よりも強力な証拠である。数百のフルフィードピアが AS211818 に帰属する到達性を観測したのだ。

最後の日が重要である。RIPEstat の 2026 年 5 月 13 日のルーティングスナップショットは、1 つの IPv6/48の広報を報告しており、その整列されたコレクションビューに含まれる全 315 の IPv6 ピアによって観測されていた。5 月 14 日のスナップショットでは、わずか 8 ピアだけが経路を依然として観測しており、サービスの通常の可視閾値を下回り、広報空間はカウントされていない。現在のannounced-prefixes 結果は空であり、7 月 10 日の routing-status 結果は IPv4 および IPv6 の可視性がゼロ、広報プレフィックスがゼロ、観測された隣接ノードがゼロであることを示している。最終観測時刻は 5 月 13 日 16:00 UTC と記録されている。

この流れは経路の取り下げのように見えるが、原因は明らかになっていない。同社が意図的にネットワークを停止したか、サプライヤーを変更したか、観測されないインフラに移行したか、テストを一時停止したか、設定障害が発生したか、あるいはセッションを失効させた可能性がある。RIPE の公開コレクタは、プライベートネットワーク、閾値未満のピアにしか見えない経路、または他者の ASN でホストされているサービスを観測することはできない。しかし、1 つの重要な点を確定することはできる。AS211818 は調査のカットオフ日時点で、公にアドレス空間の起点として可視状態ではなかった。

プレフィックスの変更も、単純な障害シナリオに当てはまらない。最初の/48は RIPE レコード上で依然として DDCatch に割り当てられており、2 つ目も同様である。両方とも経路オブジェクトと有効な経路起点承認 (ROA) を持っている。したがって、d61からdd4への変更は、ASN の移転を意味する必要はない。再番号付け、ロケーション変更、サプライヤー側の割り当て変更、または計画的な置き換えを反映している可能性がある。粗粒度の経路履歴におけるタイミングは、エンドポイントがスムーズに移行したのか、両方のブロックがトラフィックを運んでいたのか、あるいは最初のプレフィックスに外部から使用されるホストが存在していたのかどうかを明らかにしない。

これが中心的な稼働状況の結論である。DDCatch は約 7 か月半にわたり、書類上の存在から公開ルーティングの域へと踏み出した。その後、再び後退した。現在の状況を説明するには、両方の側面を保持しなければならない。ASN を単なる予約と呼ぶことは観測された経路を無視することになり、一方でアクティブなネットワークと呼ぶことは、可視広報のない 2 か月近くを無視することになる。

アドレスブロックはサプライヤー経由で取得され、その所在地は限定されたままである

IPv6 レコードは、所有されたグローバルアドレス資産ではなく、所有権の連鎖を示している。RIPE の親である2a0f:85c0::/29のレコードは、それを Inferno Communications Ltd への割り当てとしている。最初の DDCatch の/48レコードは DDC-LND という名前であり、割り当てを DDCatch に紐付け、Inferno に割り当てに対するメンテナ権限を与えている。置き換えられた/48レコードは DDC-NL0 という名前であり、Inferno と DDCatch によって共同管理されている。

この取り決めはサプライヤー境界を確立する。DDCatch は/48を起点として広報することを許可されていたが、Inferno はそこから切り出されたより大きな割り当てを保持し、ASN のスポンサーとなっていた。この取り決めは、自身が独立したアドレス割り当てを持つ RIPE メンバーではない小規模ネットワークでは一般的である。また、復旧の依存関係も生み出す。契約上の割り当て、メンテナ権限、ルーティングオブジェクト、または上流のハンドオフが失敗した場合、DDCatch は自身の設定変更だけでなく、スポンサーのアクションも必要とする可能性がある。

それでも、これらの記録を正確な地図に変えることは間違いである。最初の/48には US の国コードが付され、2 つ目には NL、親割り当てには GB が付されている。RIPE データベースの国フィールドは管理上の属性であり、すべてのルーターやホストが物理的にどこに設置されているかを証明するものではない。DDC-LND や DDC-NL0 というラベルは示唆的ではあるが、いずれも信頼できる施設名に展開されるものではない。「LND」は事業者の慣習である可能性があり、「NL0」は論理的なサイトや意図された地理を識別するものかもしれない。ラベルはラック監査ではない。

最も信頼できる独立した所在地の手がかりは、相互接続データである。欧州インターネットエクスチェンジ協会 (Euro-IX) のIXPDB エントリは、AS211818 を NL-ix に関連付け、交換拠点の都市としてハーグを示している。NL-ix は自らを分散型の汎欧州ファブリックと説明しており、そのロケーションページには、デルフトとハーグをカバーするロッテルダムグループを含む 15 の大都市圏にわたる 83 のデータセンターがリストされている。したがって、NL-ix のメンバーシップは、それ自体としては DDCatch を特定の建物内に位置付けるものではない。それは、多くの施設にまたがるファブリックを持つ交換サービスへのアクセスを示しているに過ぎない。

過去の経路パスは、その全体像を完成させるものではないが、その状況と矛盾しない。2026 年 5 月 13 日のRIPE BGP 状態スナップショットでは、繰り返しAS34927 AS211818で終わるパスが示され、他の多くのコレクタパスは AS211818 に直接到達しているように見える。そのため、いくつかの商用サマリでは、iFog の AS34927 を上流とし、多数のネットワークをピアとして識別していた。しかし、NL-ix のルートサーバは、ルートサーバ自体を可視 AS パスから除外しつつ、1 つのメンバーの経路を数百の他のメンバーに再配布することができる。NL-ix のピアリングガイドでは、参加者は多数のバイラテラルセッションをルートサーバへのセッションに置き換えることができ、耐障害性のために IPv4 用 2 セッションと IPv6 用 2 セッションのルートサーバセッションを推奨している。

したがって、直接的に見えるパスは、DDCatch のラックへの数十もの物理的クロスコネクトではなく、エクスチェンジのルートサーバ伝搬を表している可能性がある。AS34927 経由のパスは上流到達性のより強力な証拠であるが、それでも専用回線や 2 つ目の独立した入口を証明するものではない。静的な RIPE ポリシーは、インポート/エクスポート文において AS209735、AS207841、AS44355 も指定している。これらの文は、オブジェクト作成時点で宣言されたポリシーを説明しており、5 月の経路スナップショットはこれら 3 つを単純で現在の独立したトランジットプロバイダのセットとして示していない。

擁護可能な物理的記述は控えめである。DDCatch は Inferno 管理の親ブロックから認可された IPv6 起点を持っていた。その経路は欧州の相互接続環境を通じて可視化されていた。過去のパスの 1 つは一般に AS34927 を経由していた。そして AS211818 は NL-ix のメンバーシップデータに現れていた。公開情報源は、DDCatch の BGP セッションが実際に終端していたサーバー、ルーター、ポート、クロスコネクト、データセンタースイート、アクセス回線、または都市を開示していない。

到達可能なウェブサイトは ASN が到達可能である証拠にはならない

DDCatch.com は、AS211818 がオンラインでないにもかかわらず、オンラインのままである。このドメインのVerisign RDAP レコードは、2023 年 7 月 2 日に登録され、レジストラとして Dynadot を使用し、dyna-ns.netネームサーバに委任されており、2027 年 7 月まで更新されることを示している。これは、同社の自律システム登録とは別のレジストリ関係である。

現在の DNS は、この分離を可視化している。Google Public DNS の A 応答はウェブサイトを103.119.217.34に解決し、AAAA 応答には IPv6 アドレスが含まれていない。この IPv4 アドレスのARIN レコードは、それを含む割り当てを Hawk Host Inc. に位置付けている。現在の経路情報は、プレフィックスを Hawk Host の AS20068 に帰属させている。したがって、ページ、ネームサーバ、メールエンドポイントは、DDCatch が AS211818 を通じて起点としていないインフラを利用することができる。

この分割は、小規模企業にとって運用上理にかなっている。外部ホスティングは、同社の実験用または本番用のエッジがダウンしている間も、公開問い合わせページへの到達性を維持できる。アウトソースされた権威 DNS は、同一の経路障害によってサービスとそのドメインの両方が解決不能になるリスクを低減する。サードパーティのホストは、同社の 1 つの IPv6 ブロックから Web サーバーを公開する必要性も取り除く。しかし、これらは観測された分離のアーキテクチャ上の含意であり、DDCatch の意図に関する主張ではない。

この分離は、障害の解釈方法を変える。ddcatch.comへのリクエストが成功することは、Dynadot の委任、選択された DNS パス、Hawk Host の経路、および共有 Web サーバーが機能していることを証明する。それは DDCatch の ASN を行使するものではない。逆に、AS211818 の消失は、ウェブサイトや別のプロバイダを通じてホストされているアプリケーションを必ずしも中断させない。ホームページだけをチェックするステータステストは、調査対象であるまさにそのルーティング障害を見逃すだろう。

また、「キャパシティ」という言葉の限界も露呈する。ウェブサイトの IPv4 アドレスは、DDCatch の過去の IPv6 スループットについて何も語らない。/48はウェブサイトの負荷について何も語らない。BGP 起点は、どれだけのドメイン注文が処理できるかについて何も語らない。これらは、公開アイデンティティ、アプリケーションホスティング、インターネットルーティング、商業的履行といった別個の層である。それらのサプライヤーは重複している可能性があるが、入手可能な記録はその重複を証明しない。

ドメインキャッチ事業にとって、その分離は重要になり得る。顧客向けサイト、支払いまたはアカウントポータル、レジストリ向けトランザクションシステム、監視、および企業メールは、同じネットワーク上にある必要はない。1 つの障害が発生しても、他は生き残ることができる。DDCatch は本番アーキテクチャを公開していないため、安全な結論は単純に、今日テスト可能な唯一の公開サービスは、その可視 Web パスにおいて AS211818 に依存していないということである。

インストール済みと使用可能の間の段階差が異例なほど明確である

小規模ネットワークの記録は、各層が権限や設計を記録するものであり消費を記録するものではないため、往々にしてその背後にあるサービスよりも実体があるように見える。DDCatch はその違いの明確な例を提供している。

割り当てられた ASN は管理上の能力である。これにより組織は独立したルーティングポリシーを表明できるが、ルーターやセッション、経路を生成するわけではない。登録された/48はアドレス割り当てである。IPv6 の慣行では、/48は従来の/64サブネットを 65,536 個提供する。RFC 6177は、エンドサイト割り当てがデバイス数や有料顧客数と誤解されるのではなく、柔軟なサブネット化をサポートすべき理由を説明している。ブロック内の IPv6 インタフェース識別子の膨大な数学的数は、帯域幅、サーバー数、または市場リーチではない。

経路オブジェクトは別の権限層である。RIPE レコードには、両方の DDCatch プレフィックスに対して AS211818 を起点として指定するroute6オブジェクトが含まれている。これらのオブジェクトは他のネットワークがフィルタを構築するのを助けるが、何かを広報するものではない。経路起点承認 (ROA) は暗号的な権限を追加する。RIPEstat は現在、最初のプレフィックスと2 番目のプレフィックスを、起点 AS211818 として RPKI 有効と報告している。RPKI 検証は許可されていない起点を拒否できるが、許可された経路を出現させることはできない。

次の段は BGP アナウンスである。DDCatch は 7 か月間この段に到達した。数百のコレクタが経路を観測した。これはプレフィックスが広く伝搬されたことを意味する。しかし、アナウンスはアドレスが応答したこと、アプリケーションがそれを使用したこと、顧客パケットがそれを通過したこと、またはそのパスに有用な余裕があったことを証明するものではない。IPinfo の AS211818 サマリは、その最新スキャンにおいて、経路が依然としてデータに表れている間も、IPv4 なし、IPv6/48が 1 つ、ホストされたドメインなし、ping 可能なアドレスなしと報告していた。これらの否定的な観測結果は、空のネットワークを証明するものではない。なぜなら、オペレータはプローブをブロックしサービスを非公開にできるからである。しかし、可視プレフィックスを利用されているサービスと同一視することに対して警告を発している。

相互接続は別の段である。エクスチェンジのメンバーシップは多くの効率的なパスを利用可能にする。ルートサーバセッションは経路を広く拡散できる。いずれも完全なインターネットトランジットを保証しない。ピアリングは通常、参加ネットワークとその許可された顧客との間でのみトラフィックを交換する。ルートサーバはコントロールプレーンセッションを簡素化するが、データパケット自体を運ぶわけではない。RFC 7947は、インターネットエクスチェンジの BGP ルートサーバの説明において、その分離を明確にしている。小規模ネットワークであっても、有料トランジット、デフォルトルート、バンドルされたエクスチェンジ製品、または別のプロバイダを通じて、自らのピアがカバーしていない宛先への経路を依然として必要とする。

最後に、使用可能なサービスが来る。健全なホスト、正しい DNS、成功したアプリケーショントランザクション、十分なスループット、監視、そして障害時の責任者である。DDCatch は AS211818 に関して、この段階での測定値を一切公開していない。レイテンシの時系列データ、トラフィックグラフ、経路監視ページ、稼働時間に関する声明、顧客数、サービスレベルコミットメント、または ASN に紐付くインシデント履歴は存在しない。同社の唯一の公開ページは別の場所で運用されている。

したがって、インストール済みのキャパシティと使用可能なキャパシティの違いは、些細な条件ではない。DDCatch は、公開経路が存在しないにもかかわらず、ASN、2 つの割り当て済み/48、経路オブジェクト、有効な起点承認といった管理上の構成要素を依然として保持している。再開に必要なほぼすべてが書類上は揃っている。失われたアナウンスは、書面上のキャパシティと運用上のキャパシティを同一視できない理由を示している。

地域接続のコストは上流と施設の境界に集中している

従来の地域 ISP にとって、月々の請求は電柱、鉄塔、ファイバーリース、顧客引き込み線、車両、宅内機器、周波数、上流トランジット、そして地元の労働力に及ぶ。DDCatch はこれらのアクセス設備のいずれも開示していない。証拠が示すそのネットワークは、コンパクトなインターネットエッジに近い。したがって、考えられるコストカテゴリもそれに応じて集中しているが、価格やベンダーを明らかにする公開契約は存在しない。

第一のカテゴリは番号資源管理である。スポンサー組織が ASN 関係を維持し、親 IPv6 保有者がアドレス割り当てを維持し、レジストリと RPKI レコードは正確であり続ける必要がある。これらの一部はホスティングやトランジットとバンドルされている可能性がある。現金の額が小さくても、これは現実の依存関係である。なぜなら、スポンサーシップや認可の喪失はクリーンなルーティングを妨げる可能性があるからだ。

第二のカテゴリは、BGP が実行される物理的または仮想的な場所である。ハードウェアルーター、サーバー上の仮想ルーター、ホスト型 BGP サービス、またはそれらの組み合わせであり得る。プロセッサとメモリの余裕、安定したインタフェース、設定保存、安全な管理、監視が必要である。共有施設内にある場合、オペレータは直接的または間接的にラックスペース、電力、冷却、ハンドオフに対して支払う。リモート仮想マシンの場合、クラウドまたはホスティングプロバイダが物理的な連鎖の大部分を所有するが、依存関係が消えるわけではない。

第三のカテゴリは外部への到達性である。クロスコネクトまたはトランスポート回線が、エッジをエクスチェンジまたはトランジットネットワークに接続しなければならない。ピアリングは有料トランジットを通じて送信される量を減らすかもしれないが、ピア数だけからその価値を評価することはできない。NL-ix 自身のトランジット説明は、ピアリング経路とフルトランジットを区別し、それらを 1 つのポートまたは個別の VLAN で組み合わせる製品を説明している。DDCatch の公開パスは、それがどの商用アレンジメントを購入したか、AS34927 がデフォルトまたはフルテーブルのトランジットを運んでいたか、あるいはエクスチェンジ接続が直接提供されたのかリセラー経由だったのかを明らかにしない。

第四のカテゴリは運用である。設定バックアップ、経路フィルタリング、起点検証、トラフィック監視、セキュリティアップデート、インシデント対応は、トラックを必要としない場合でも注意を要する。RFC 7454は、BGP に関して期待されるフィルタリング、最大プレフィックス制御、セッション保護、および運用規律を説明している。単一プレフィックスのネットワークは自らの転送テーブルが非常に小さいが、それでも経路をリークしたり、悪いデフォルトを受け入れたり、セッションを失ったり、起点ポリシーの誤りの後に到達不能になったりする可能性がある。

最後のカテゴリは現場修理であるが、ここでの「現場」は道路脇の線路作業員を想像すべきではない。データセンターのリモートハンドが光学機器を交換したり、ファイバーを再接続したり、サーバーをパワーサイクルしたり、パッチリードを移動したり、コンソールを接続したりすることを意味するかもしれない。上流の技術者がトランスポートリンクを修理したり、施設運営者が電力を復旧したりすることを意味するかもしれない。公開記録には、DDCatch の従業員、予備在庫、保守契約、対応時間は示されていない。労働力は連鎖のどこかに存在するが、その雇用主と可用性は不明である。

この集中化により、小規模ネットワークは安価に構築できる。1 台のサーバー、1 つのエクスチェンジハンドオフ、1 つのトランジット契約で、ローカルアクセスを構築することなくグローバルな経路可視性を生み出せる。また、ネットワークを脆弱にもし得る。すべての到達性が 1 つの仮想ホスト、1 つのクロスコネクト、1 つの施設、または 1 つのサプライヤーアカウントに依存している場合、単一障害点を受け入れることでコスト削減が達成される。5 月以前の経路可視性は、これらのコンポーネントがどの程度二重化されていたかを明らかにしない。

3 つの見かけ上のアップストリームは、3 つの証明された復旧経路ではない

静的な AS211818 オブジェクトは、AS209735、AS207841、AS44355 からのインポートと、それぞれへの AS211818 のエクスポートを宣言している。一見すると 3 つのアップストリームのように見える。これは 2025 年 9 月時点で意図されたポリシーの有用な証拠であるが、3 つのセッションが同時に確立され、トラフィックを運び、物理的に独立していたことの証明ではない。

観測されたパスは、異なる変化するストーリーを語っている。初期のサードパーティの経路サマリでは、DDCatch の最初のプレフィックスに隣接して AS207841 と AS209735 が確認された。2 つ目のプレフィックスの後期のビューでは、AS34927 が頻繁に示された。一部の現在のデータプロバイダは、AS34927 と Hurricane Electric の AS6939 をアップストリームとしてリストしているが、多くの RIPE パスでは AS6939 が AS211818 の直接前ではなく AS34927 の前に位置している。これが、ネイバーテーブルをルートサーバとコレクタのコンテキストと共に読まなければならない理由である。パス内のどこかに現れるプロバイダが、必ずしも起点ネットワークと契約しているとは限らない。

エクスチェンジでは、パスはさらに紛らわしくなり得る。NL-ix のルートサーバは、何百ものバイラテラル BGP セッションを維持することなく、メンバーが経路を交換できるように意図的に設計されている。ルートサーバは通常、自身の ASN をパスに挿入しないため、受信メンバーは、コントロールプレーンの関係がエクスチェンジインフラを経由しているにもかかわらず、AS211818 で直接終わるパスを見ることができる。商用データベースはこれらの隣接関係を「ピア」とラベル付けし、物理的配信を未解決のまま残す可能性がある。

真の復旧多様性には、一度にいくつかの分離が必要である。BGP セッションは、同時に障害を起こさないコンポーネント上で終端しなければならない。それらの回線は、共有のクロスコネクト、ラインカード、キャリアテール、建物入口、および導管を回避しなければならない。それらのサプライヤーは、同じ基盤トランスポートを購入してはならない。ルーターは、すべての有効な到達性を破棄することなく、障害のあるパスを引き下げるか優先順位を下げるポリシーを持っていなければならない。生存するパスには予備のキャパシティが必要である。施設の電力と管理アクセスは、コンバージェンスが意味を持つだけの十分な時間、存続しなければならない。

DDCatch について、これらの特性を公に検証できるものは何もない。過去のスナップショットは、広範な伝搬と少なくとも 1 つの有効なパスを証明している。宣言されたポリシーは、複数の外部ネットワークの認識を証明している。エクスチェンジへの関連付けは、多数の論理ピアリングが可能なファブリックへのアクセスを証明している。これらを総合すると、接続性の結論を支持するものであり、耐障害性の結論ではない。

したがって、5 月の経路取り下げは、利用可能な最も明白な復旧テストであり、それは不完全である。5 月 14 日、メイン経路が消失した後も、少数のコレクタが依然としてプレフィックスを観測していた。これは通常の取り下げの伝搬、残留状態、部分的なセッションの存続、または低可視性の到達による可能性がある。カットオフまでに、すべての可視パスは消失した。セカンダリ経路が広範な可視性を復旧することはなかった。この出来事が偶発的だった場合、公的な結果は、存在したかもしれないあらゆる代替コントロールプレーンオプションが、プレフィックスをグローバルにアナウンスされた状態に保たなかったことを示している。意図的だった場合、事業者が設計上すべての経路を取り下げた可能性があるため、耐障害性の結論は導き出せない。

問題を解決するのは、別のピアリストではない。それは、現在の経路、2 つのハンドオフを特定する日付付きトポロジ、トランスポートと電力ドメインが分離されている証拠、およびトラフィックが継続している間にプレフィックスが可視状態を維持することを示すフェイルオーバー観測であろう。DDCatch はこれらのいずれも公開していない。適切な判断は、反証されていない単一経路のリスク露呈であり、単一経路アーキテクチャの証明ではない。

障害は経路から始まり、施設へと下降する

最も直接的な障害パスは、既に公衆の面前で発生している。経路は消失し得る。AS211818 がその/48を取り下げると、他の場所のルーターは BGP コンバージェンスの後、その宛先を削除する。取り下げられたプレフィックス内にのみアドレスを持つ公開サービスは、もはや経路を持たないネットワークから到達不能になる。有効な ROA と経路オブジェクトは不活性のままである。復旧には、起点セッションの再開、プレフィックスを受け入れるポリシー、そして上流ネットワークによる再伝搬が必要である。

第二の障害パスは、アップストリームまたはエクスチェンジの喪失である。DDCatch がフルリーチを AS34927 に依存し、NL-ix を主にピアリングに使用していた場合、AS34927 のハンドオフ障害により、多くのピアルートは利用可能でも、トランジット経由でのみ到達していた宛先が削除される可能性がある。バンドルされたエクスチェンジトランジット製品に依存していた場合、ポートまたは VLAN の障害により、2 つの論理サービスがあるにもかかわらず、ピアリングとグローバルリーチの両方が失われる可能性がある。これらは妥当な構造ではあるが、確立された事実ではない。公開記録は購入された製品を特定していない。

第三は施設またはサーバーの電力である。ルーター、ホスト、光学機器、管理スイッチはすべてローカルの電力を必要とする。データセンターは一般に冗長給電と発電機を提供するが、データセンターサービスの存在は、特定の顧客が二重給電を注文し、二重電源装置を設置し、または機器を個別の配電経路にケーブル接続したことを証明しない。仮想ルーターは、そのホストまたはアベイラビリティゾーンが単一である場合、異なる形で同じ弱点を持ち得る。DDCatch はバックアップの稼働時間や電力トポロジを公開していない。

第四は物理的なハンドオフの障害である。ファイバーコネクタは汚染され、光学機器は故障し、パッチコードは移動され、トランスポート回線は切断される。現地スタッフのいないネットワークは、リモートハンドとキャリアエスカレーションに依存する。復旧時間には、検知、チケット受付、施設アクセス、診断、予備品の可用性、回線変更の権限が含まれる。近くのロッカーにある交換用光学機器は、国境を越えて出荷される専用コンポーネントとは大きく異なる障害を生み出す。公開証拠は、DDCatch の予備品や対応体制を説明していない。

第五は設定またはセキュリティのエラーである。2 つの/48間の変更には、アドレス、経路、フィルタリング、そしておそらく DNS の変更が必要であった。古いプレフィックスリストは置き換えを拒否する可能性がある。最大プレフィックス設定は、期待される数が変わるとセッションを閉じる可能性がある。誤った起点や過度に特定された経路は、RPKI 検証に失敗する可能性がある。RFC 9234は、プロバイダ、顧客、ピアの役割を形式化することで経路リークに対処するが、展開は依然として正確な双方向設定に依存する。DDCatch の 2 つの ROA は今日有効であり、これは起点エラーの一種を減少させるが、セッションポリシーを検証するものではない。

第六は輻輳である。1 つのアナウンスされた/48は、ほとんどトラフィックを運ばないこともあれば、大きなポートを飽和させることもある。アドレスサイズは手がかりを与えない。安価な上流リンクは、ドメイン活動のバースト、攻撃トラフィック、またはバックアップ転送が通常の負荷と同時に発生するまでは、制御サービスに十分かもしれない。2 つ目のパスは、ルーティングがトラフィックをそこに移動させ、かつそれが未使用のキャパシティを持っている場合にのみ役立つ。トラフィックグラフ、ポート速度、または繁忙期の測定結果は公開されていない。

第七はサプライヤー管理の問題である。スポンサー付きリソースは、商業上またはコンプライアンス上の問題が関係を変える間も、技術的には健全であり得る。失効したサービス、未解決の不正使用報告、更新失敗、またはメンテナの紛争が、ハンドオフや記録に影響を与える可能性がある。そのような出来事が 5 月の取り下げを引き起こしたという証拠はない。要点は構造的なものである。親割り当てと ASN スポンサーシップは DDCatch の外部にあるため、復旧には企業境界を越えた調整が必要になる可能性がある。

第八は ASN 外でのアプリケーション障害である。将来のポータル、登録トランザクション、または内部データベースが別の場所で障害を起こしている間も、ウェブサイトは Hawk Host を通じてオンラインであり続けることができる。また、AS211818 が健全なままでも障害を起こし得る。完全なインシデントビューを得るには、DNS、Web ホスティング、トランザクション処理、自律システム経路を個別にテストしなければならない。ある層の公開到達性を、別の層でのインシデントのクローズに使用してはならない。

BGP の取り下げだけからドメインサービスの停止を推測すべきではない。かつての/48に結びつく公開エンドポイントはなく、開示された顧客数もなく、5 月のルーティング変更をアプリケーションの中断に結びつける報告もない。経路の喪失はリスク露呈を確立するが、影響を受けたトランザクションを特定するものではない。

公開データから影響を受ける対象を数えることはできない

アクセスプロバイダにとって、タワーの停止は世帯、建物、または事業所数に置き換えられる。DDCatch はそれらの単位を一切提供していない。カバレッジマップ、加入者数、プレフィックス使用状況の一覧、AS211818 内でホストされているドメインのリストは存在しない。この不在は単なる報告上の不便さではなく、信頼できる影響推定を妨げる。

最も狭いレベルでは、影響を受ける当事者は DDCatch 自身である。唯一の可視起点を失うことは、独立して制御される IPv6 パスとそれに付随するルーティングポリシーを失うことになる。これは、サービスがサードパーティのホスティングを通じて継続している場合でも、技術的自律性を低下させ得る。また、再番号付けまたは再アナウンスされるまで、過去のアドレスを使用不能にする可能性もある。

次のレベルには、未知の取引相手がいる。/48が監視、プライベート相互接続エンドポイント、API、ネームサーバ、従業員アクセス、またはテストシステムをホストしていた場合、それらのユーザーが影響を受ける可能性がある。いずれも公に特定されていない。経路が単なるネットワーク実験であった場合、影響はオペレータに限定される可能性がある。経路コレクタは両者を区別できない。

ウェブサイト訪問者は有用な対照群である。彼らは引き続き AS20068 経由で情報ページに到達しており、可視的な企業プレゼンスが ASN の取り下げ後も存続できることを示している。将来の顧客は、レジストラパートナー、アプリケーションホスト、または DNS プロバイダの障害によって依然として影響を受ける可能性があるが、それは異なるインシデントチェーンとなる。

世帯が接続を失った、地域がブロードバンドを失った、または現地の技術者が派遣されたと主張する根拠はない。それらの結果は、証拠が示されていないアクセスネットワークに属する。唯一の責任ある影響声明は条件付きである。DDCatch の取り下げられたプレフィックスに排他的に依存していたエンドポイントは、通常のグローバル IPv6 到達性を失ったが、他の場所でホストされている公開可視サービスは継続した可能性がある。

現在の運用主張に必要な証拠は具体的である

DDCatch は、不足している事実が観測可能であるため、証拠レベルを Weak から Medium に迅速に移行できる。現在のグローバルに可視なアナウンスがあれば、AS211818 が公開ルーティングを再開したことが確立される。複数の独立したコレクタを通じて観測されるライブルートがあれば、狭いリークや古いビューを広範なサービスと誤認する可能性が減少する。応答するエンドポイントまたは起点ブロック内で公開されたサービスアドレスがあれば、その経路が何か使用可能なものを運んでいることが示される。

施設と相互接続の開示は、物理的な疑問に答えるだろう。機密のラック詳細を明かす必要はない。大都市圏、エクスチェンジハンドオフ、トランジットプロバイダ、回線が個別の入口を使用しているかどうかを挙げることで、汎欧州のエクスチェンジメンバーシップと特定の運用サイトを区別できる。BGP が 1 台または 2 台のルーターで実行されているか、それらのルーターがホストや給電を共有しているかを述べれば、冗長性の評価が可能になる。

復旧の証拠は、設計上の文言よりも価値がある。日付付きのフェイルオーバーテストでは、1 つのセッションが無効化された後もプレフィックスが可視状態を維持すること、生存パス、コンバージェンス時間、パケットロス、利用可能なキャパシティを示せるだろう。電力テストでは、サポートされる稼働時間を述べることができる。リモートハンド契約では、対応時間と重要な予備品の保管場所を述べることができる。これらは「マルチホーム」をポリシーの願望から運用特性に変える事実である。

商業サービスについては、同社は認定レジストラか、リセラーか、または指名されたレジストラパートナーを通じて活動するサービスかを明らかにし、サポートするトップレベルドメインを公開し、注文および返金プロセスを説明し、約束されたポータルを立ち上げることができる。その情報はネットワークの耐障害性を証明しないが、自律システムへの投資を実際の顧客体験に結びつけるだろう。

将来のブロードバンドの主張については、証拠の閾値はより高く、かつ異なる。サービス提供地域、アクセス技術、アドレスレベルの設置方法、バックホールトポロジ、顧客境界、サポートチャネル、現在の加入者数である。ASN レコードのいずれも、これらの事実の代わりにはならない。それらが現れるまで、地域 ISP というラベルは、実証された運用の説明ではなく、広範なカタログ上の位置付けとして扱われるべきである。

小さな経路が依然として大きな依存関係を明らかにし得る

DDCatch の事例は、ネットワーキングを最小限の依存関係まで削ぎ落としている点で価値がある。フロリダの企業が RIPE のスポンサーを得た ASN を取得し、英国の割り当て保有者から IPv6 空間の提供を受け、欧州のエクスチェンジ環境を通じてその姿を現し、1 つの/48を起点とし、そのプレフィックスを変更し、その後可視ルーティングテーブルから消えた。そのウェブサイトはカナダのホスティング企業のネットワークを通じてオンラインのままであった。企業の所在地、アドレススポンサーシップ、ルーティングロケーション、アプリケーションホスティング、顧客サービスは異なる層であるため、すべての要素が同時に真であり得る。

このようなネットワークの見かけ上の低コストは、その依存関係の鏡像である。資金を必要とする証拠のあるタワー施設や溝掘り工事は存在しない。また、障害を吸収するための証拠のある独立したアクセスループ、第二施設、予備パス、または現地の修理チームも存在しない。コストは上流への到達性、エッジを実行する場所、リソーススポンサーシップ、そしてハンドオフを復旧するために必要な労力に集中している。各項目での節約は、何かが壊れたときに残る独立したコンポーネントの数を減らし得る。

2026 年 7 月 10 日時点で最も重要な事実は否定的ではあるが空ではない。AS211818 は割り当てられ認可されているが、可視的にアナウンスしていない。これは、それが運用されていた月日を消し去るものではなく、DDCatch のドメインビジネスが停止したことを証明するものでもない。現在の接続性の主張は、現在の経路を待たなければならないことを意味する。同社はグローバルに可視な IPv6 エッジを作成できることを示した。しかし、そのエッジが現在アクティブであること、それが公共サービスを運んでいること、または別のパスと修理対応がその背後にあることを示してはいない。