要約
- Haraguroicha Internet Service は AS57429 および旧 AS212359 として公に視認可能である。両者は同じ RIPE as-set に属し、IPv6 空間を生成し、教育または研究ネットワークとして提示されている。これは運用されているルーティングドメインの確固たる証拠であり、家庭用ブロードバンド事業の証拠ではない。
- 事業者は WireGuard、GRE、IPsec を用いて、新北、台北、台中、東京にトンネル起点を広告している。PeeringDB の記録には、いずれの AS にも相互接続施設が記載されていない。これらの事実は、4 つの物理拠点間に自前の光ファイバーがあるのではなく、仮想的なアンダーレイ依存型トポロジーであることを裏付けている。
- 最近のルーティング観測では、AS57429 への最も明確な経路は Walks Cloud の AS38856 を経由し、AS212359 への最も明確な経路は AS57429 を経由している。登録ポリシーでは複数の取引相手が指定されているが、現在の物理的および商業的な多様性は実証されていない。
- 台湾起点では 100 Mbps、東京では 10 Gbps、さらに 1 Gbps および 500 Mbps のエクスチェンジ接続といったポート表示は、加入者向け容量として合算してはならない。事業者が自己申告するトラフィック帯域はわずか 20〜100 Mbps であり、トンネルスループットはアクセス、トランジット、ホスト、暗号化、輻輳の制約によって制限される。
- 公開料金表、注文ページ、加入者数、サービスレベル契約、アクセス設備目録、鉄塔や電柱のスケジュール、現場作業員、予備在庫、バックアップ電源仕様、試験済み復旧結果は一切確認されなかった。したがって、検証不能な小売およびラストワンマイル状態の、機能している小規模ルーティングネットワークと評価するのが適切である。
名称はネットワークを指し、小売キャリアとはまだ確定しない
Haraguroicha Internet Service の最も具体的な公的意味は、一対の自律システム番号である。PeeringDB は AS57429をこの名称で特定し、地域的な地理的範囲を割り当て、ネットワークタイプを教育または研究に分類している。2 つ目の PeeringDB レコードは AS212359を Haraguroicha Legacy Internet Service として特定し、同じく教育または研究、アジア太平洋範囲としている。事業者自身の公開プロフィールおよびピアリングページには、両方の番号がリストされ、ピアリングの連絡が促されている。
これは意味のある運用証拠である。自律システムは単なるウェブドメイン登録ではない。これは、Border Gateway Protocol を通じて他のネットワークと到達可能性を交換するために用いられる管理上の識別子である。Haraguroicha は、このような 2 つの識別子を維持し、登録ルーティングポリシー、委任アドレス空間、エクスチェンジレコード、観測可能な経路を持っている。パケットはその番号の下で生成可能であり、他のネットワークはそれらの広告を受け入れるか拒否するかの根拠を得る。
しかし、これは従来型の地域ブロードバンド事業者の証拠ではない。同じ公開ページには、住宅向けやビジネス向けの料金表、設置条件、カバレッジチェッカー、顧客構内設備、サポート時間、加入者向け利用規定、サービスレベル契約、ネットワークステータスページは掲載されていない。PeeringDB の教育または研究という分類は、「Service」という言葉を大衆市場向け提供の証拠と読むことには反する。この名前は、地域インターネットアクセスを販売するというよりも、実験的ネットワークを運用し相互接続するサービスを指している可能性がある。
台湾の現在の規制上の境界は、この区別を重要なものとしている。改正電気通信管理法では、加入者にインターネットアクセスを提供する事業者は電気通信事業者として登録することとされている。ASN、IPv6 割り当て、エクスチェンジポートは、それ自体としては、事業者がその法的意味で加入者を有しているかどうかを決定するものではない。Haraguroicha が別の法人名で登録されているかどうかについて、ここで主張するものではない。より狭い論点は、公開ネットワーク記録はその疑問を解決しないということである。
したがって、このプロファイルでは「地域 ISP」を有用なインフラストラクチャカテゴリーとして用いるが、商業規模に関する結論ではない。Haraguroicha は、台湾に関連する小規模ルーテッドネットワークであることが明らかである。事業者自身のシステムや研究トラフィック、選ばれたピア、プライベートユーザーを運ぶ可能性がある。その背後に世帯、企業、公的機関がいくつあるかを数えるには十分な証拠がない。この制限は、分析が経路から顧客、収益、地域経済効果へと進む際に重要である。
1 人の事業者、2 つの自律システム、1 つのルーティングセット
レジストリの歴史は AS212359 から始まる。AS212359 の RIPE データベースオブジェクトは 2020 年 11 月に作成され、Haraguroicha Internet Service を記述している。AS57429 は 2022 年 3 月に続き、そのRIPE オブジェクトは HARAGUROICHA-AS という名前を使用している。どちらも同じリソースホルダー組織 ORG-MA1764-RIPE を指しており、これは台湾の Ming-Ray Hsu 氏を名前として挙げており、種別は「OTHER」であり、会社ではない。公開ウェブサイトは個人の専門的プロフィールであり、企業の店舗ではない。
AS-HARAGUROICHA レジストリオブジェクトは AS57429 と AS212359 の両方を含む。as-set は、事業者および取引相手がルーティングフィルターを構築する際に、メンテナンスされたグループを参照できるようにする。実務的には、2 つの番号は 1 つの管理ルーティングファミリーとして提示されている。as-set は、すべてのプレフィックスが常に広告されること、すべてのアップストリームが同じメンバーを受け入れること、または 2 つのシステムが物理的に多様であることを証明するものではない。
新しい番号の方が主要な公的エッジであるように見える。PeeringDB では AS57429 に修飾のないサービス名を使用し、AS212359 を「Legacy」と呼んでいる。最近の経路では、AS57429 が古いシステムの可視空間の大部分の直前に位置している。それでも事業者は両方の番号をリストし続けており、as-set は依然として両方を含み、AS212359 は依然として経路を発信している。したがって、「Legacy」は役割ラベルとして読むべきであり、古いシステムが廃止された証拠ではない。
これらのレコードの内部には重要な所有権の境界がある。RIPE のスポンサー組織は番号リソースの管理を補助する。インポートおよびエクスポートポリシーで指定された取引相手は、意図されたルーティング関係を記述する。仮想サーバー、トンネル、アクセス回線、物理クロスコネクトを提供する企業はこれらとは別の可能性がある。スポンサー組織は必ずしもトランジットプロバイダーではない。登録されたトランジットポリシーは必ずしもライブセッションではない。ライブセッションはその下にあるファイバーの所有者を明らかにしない。
事業者の専門プロフィールは、関連性はあるが慎重に範囲を定められた事実を追加する。それによれば、Ming-Ray Hsu 氏は Walks Cloud Inc. の共同創業者兼最高技術責任者であり、別途 AS57429 と AS212359 の管理をリストしている。RIPE ルーティングポリシーは、両方の Haraguroicha システムに対して Walks Cloud の AS38856 を指定している。これらの記録は現在の経路を理解可能にするが、Haraguroicha の資産、顧客、義務を Walks Cloud のそれらと合併させるものではない。公開証拠は、共有された運用コンテキストとルーティング連絡先を示すが、公開された所有権契約を示してはいない。
ロケーションテーブルはトンネル起点を記述する
Haraguroicha 自身のページは 4 つの起点をリストしている。新北、台北、台中は各 100 Mbps とラベル付けされている。東京は 10 Gbps とラベル付けされている。許可されるサービスは、WireGuard、GRE、IPsec の組み合わせである。この文言は、ポイントへの到達方法を明らかにするため、一般的な地域地図よりも情報量が多い。つまり、これらはトンネルエンドポイントである。
リストされた各テクノロジーは、既存のネットワーク上に論理パスを作成する。WireGuard は IP パケットを UDP 上にカプセル化し、設定されたピア間で認証付き暗号化を使用する。GREは、あるネットワーク層パケットを別のネットワーク層パケットの内側にラップするが、物理回線や暗号化自体は提供しない。IPsec のアーキテクチャは、定義されたセキュリティエンドポイント間の IP トラフィックを保護する。いずれの場合も、アンダーレイが外部パケットを運ぶ必要がある。
そのため、ロケーションテーブルは到達可能な起点のマップであり、所有するアクセス設備の一覧ではない。新北の起点は、オフィスのルーター、自宅の小型サーバー、ホスト型仮想マシン、コロケーション機器、または他の場所からリモートで提供されるポートである可能性がある。同じことが台北、台中、東京にも当てはまる。このページには、いずれの起点についても、住所レベルの施設、ラック、建物所有者、クロスコネクト、アクセスキャリア、回線識別子は公開されていない。PeeringDB には、いずれの AS にも相互接続施設が記載されていない。
したがって、自信を持って述べられる物理的フットプリントは狭い。リソースホルダーは新北市に関連付けられている。事業者は台湾の 3 都市と東京にトンネルエントリーポイントを広告している。AS57429 はカリフォルニア州フリーモントにリストされたエクスチェンジで可視であり、AS212359 はスイスのチューリッヒのエクスチェンジにリストされているが、どちらのエクスチェンジレコードも Haraguroicha がそれらの都市にルーターを所有またはコロケーションしていることを証明するものではない。リモートレイヤー2 配信とトンネリングは、現地のラックなしで AS をエクスチェンジファブリック上に配置できる。
Haraguroicha が新北、台北、台中間に自前の光ファイバーを所有しているという公開証拠はなく、鉄塔や電柱のスケジュール、固定無線セクター、顧客引き込みケーブルもない。また、事業者がトンネルが開始される台湾の回線を所有しているという証拠もない。慎重なトポロジーは、サードパーティのインターネット、ホスティング、エクスチェンジインフラストラクチャを介したオーバーレイである。このアーキテクチャは実際のトラフィックを運ぶ能力は十分にあるが、4 つのラベルのマップが示唆するよりも、その物理的レジリエンスの多くをサプライヤーから継承している。
可視の IPv6 ネットワーク、ラベルが示唆するよりも少ないアドレス空間
最近のグローバルルーティング観測は活動を確認している。このプロファイルに使用した観測ウィンドウ中、AS57429 の RIPEstat 発表プレフィックスビューでは、4 つの IPv6 アナウンスメントが表示された。3 つは事業者のページに記載されている2a06:a005/44 であり、4 つ目は2a0f:607:1024::/48であった。対応する AS212359 ビューでは、5 つの IPv6 アナウンスメントが表示された。
これは休眠登録よりも優れた証拠である。経路コレクターが複数の観測点から Haraguroicha の起点を最近受信したことを示している。Cloudflare のAS57429 概要およびAS212359 ルーティングページもまた、名前を認識し、現在のルーティングビューを公開している。このネットワークは単なる放棄された ASN エントリーではない。
PeeringDB 上の数字は解釈が必要である。両方のネットワークレコードには、6 つの IPv4 プレフィックスと 50 の IPv6 プレフィックスが記載されている。相互接続ディレクトリでは、これらのフィールドは通常、ピアが期待すべきプレフィックス制限として使用され、現在発信されているブロックの認証済み数としては使用されない。アドレスサイズで乗算したり、顧客在庫として扱うべきではない。経路コレクターは、最近の IPv6 アナウンスメントを 4 つと 5 つ表示するが、同じ結果に Haraguroicha 発の IPv4 プレフィックスは現れなかった。
エクスチェンジファブリック上の IPv4 アドレスはこの結論を変えない。AS57429 は Lambda-IX で IPv4 ピアリング LAN アドレスを持っており、AS212359 は 4b42 でそれを持っている。ピアリング LAN アドレスは、ルーターがそのエクスチェンジ上で相互に通信できるようにする。それは、IPv4 顧客ブロックをグローバルテーブルにアナウンスすることとは異なる。Haraguroicha の公的ルーティングアイデンティティは、現在のところ IPv4 よりも IPv6 の方がはるかに明確である。
アドレスブロックはまた、サプライヤー依存性を明らかにする。事業者はいくつかの /44 を Route48 に帰属させ、他のプレフィックスを TunnelBroker.ch、FREETRANSIT、RHE-NET、Nato Internet Service に帰属させている。これらの帰属は自己公開されたものであり、後のリソース配置より遅れている可能性があるが、アドレススチュワードシップがカバー割り当ての所有と同義ではないことを示している。スポンサーがポリシーを変更したり、サービスを終了したり、許可を取り消したり、ルートオブジェクトの維持を停止した場合、事業者は、ルーターやトンネルがそのままでも、番号を付け替えたり、経路認証を交換したり、別のスポンサーを見つけたりする必要があるかもしれない。
現在のオリジン検証は混在しているが、ほとんどが肯定的である。2026 年 7 月 10 日時点で、最近観測された 9 つのアナウンスメントに対する直接 RIPEstat チェックでは、7 つのvalid結果と 2 つのunknown結果が返された。Unknown は invalid を意味しない。一般的には、バリデーターがその正確なオリジンとプレフィックスをカバーする経路起点認証を見つけられなかったことを意味する。この区別は依然として重要である。経路起点検証を実施するネットワークは invalid 経路を拒否できるが、unknown 経路は各ネットワークが選択するポリシー処理を受けるからである。認証を維持することは、スポンサー付き空間を使い続けるための一部である。
最も明確な経路は今も Walks Cloud を通じて狭まる
レジストリは、最近の経路パスが示すよりも多くの多様性を記述している。AS57429 の RIPE オブジェクトは AS41378 と AS38856 からの経路を受け入れる。AS212359 のオブジェクトは AS38856 と AS20473 を指定している。これらは宣言されたインポートおよびエクスポートポリシーであり、意図されたまたは許可された交換の声明である。フィルタリングや連絡には有用だが、すべてのセッションがアクティブであり、独立して配信され、同時にフルトラフィックを運ぶことができるという証明にはならない。
最近の RIPE RIS パスはよりシンプルな構造を提示している。AS57429 の 4 つのクリアなアナウンスメントの各々について、観測パスで直前の AS は Walks Cloud の AS38856 であった。最も明確な AS212359 アナウンスメントについては、直前の AS は AS57429 であった。代表的な2a0f:607:1024::/48の BGP 状態ビューは Walks Cloud 対 Haraguroicha のエッジを示しており、代表的なAS212359 プレフィックスビューは AS57429 が AS212359 の直前に位置することを示している。
経路コレクターはピアがアナウンスするものだけを見ており、パスはプレフィックス、時間、ポリシーによって異なりうる。これらの観測は 1 本のケーブルがあることを証明できない。しかし、測定ウィンドウ中にグローバルに可視な経路が 1 つの直接上流パターンに収束したことを立証している。レジストリに 2 つ目の名前があるからといって、使用可能なフェイルオーバーが確立されているわけではない。
物理的多様性には、より厳しい一連の事実が必要である。2 つの上流セッションは異なるキャリアによって配信されているか？異なるビルに入っているか？別々のダクトや電柱上にあるか？異なるルーター、電源フィード、仮想ホストに終端しているか？一方が消失したときに、もう一方が通常の全負荷を運べるか？フェイルオーバーにより、同じオリジン認証とルートフィルターが維持されるか？これらの詳細は Haraguroicha については一切公開されていない。
AS212359 の配置は、もう一段階の集中をもたらす。もしその経路が AS57429 を通じて世界に到達し、AS57429 が AS38856 を通じて世界に到達するならば、AS57429 境界での障害は両方のアイデンティティに影響を与える。2 つの自律システム番号は、実験、ポリシー分離、移行を改善しうる。一方が他方の背後にある場合、それらは 2 つの障害ドメインを作り出さない。
同様の推論が人的関係にも当てはまる。Walks Cloud は、Haraguroicha の事業者がそこでリーダーシップの役割も担っていると報告しているため、便利で技術的に近い上流となりうる。これにより、設定や復旧が迅速になる可能性がある。また、エスカレーションを同じ小規模グループに集中させることもありうる。組織的な親密さは価値があるが、独立して契約された経路と 2 つ目の修理組織を代替するものではない。
エクスチェンジポートはオプションであり、帯域幅の合計ではない
Haraguroicha は、その小さなトラフィック帯域が暗示するよりも多くの公的相互接続を持っている。AS57429 の現在の PeeringDB データは、Lambda-IX への 1 Gbps 接続が運用中で、Poema IX への 500 Mbps 接続が非運用中であることを記載している。AS212359 レコードは運用中の 4b42 エクスチェンジ接続をリストしているが、使用可能なポート速度は宣言されていない。これらは貴重な手がかりだが、保証されたインターネットアップリンクとして読むべきではない。
Lambda-IX の PeeringDB レコードは、そのエクスチェンジファブリックをフリーモントに置き、物理施設をリストしている。Haraguroicha 自身の起点リストにはフリーモントは記載されておらず、PeeringDB のネットワークレコードにも施設はリストされていない。したがって、1 Gbps ラベルは論理エクスチェンジポート速度を示すものであり、そのポートに至るサービスがどのような経路、遅延、容量を持つかは示さない。リモートで配信される 1 Gbps エクスチェンジインターフェイスは、100 Mbps のトンネルや混雑した仮想ホストによって制約される可能性がある。
Poema はこの区別についてさらに明示的である。仮想 IXPについての説明では、趣味や研究ネットワークは通常、自前のファイバーではなく、仮想マシンとトンネルをプロの ISP 上で使用しており、そのようなエクスチェンジは基盤ネットワークの総スループットを増加させないとしている。その参加ルールには、非商用の参加、トンネルまたは仮想マシンアクセス、必須のルートサーバーピアリングが記述されている。したがって、Haraguroicha の 500 Mbps Poema ラベルは、有償トランジットや 500 Mbps のローカルアクセスネットワークではなく、実験的な相互接続の可能性の証拠である。PeeringDB は現在、この接続を非運用中とマークしており、利用可能な冗長性として扱うことをさらに妨げている。
古い AS のチューリッヒでの接続にも同様のあいまいさがある。4IXP は述べている、参加者はクロスコネクト、VLAN、またはトンネルで接続でき、EoIP、GRE tap、VXLAN オプションを提供していると。PeeringDB は Haraguroicha のエクスチェンジレコードを運用中とマークしているが、有効なポート速度は示していない。このエクスチェンジは到達可能なピアのセットを広げ、ルートサーバー学習を提供できる。しかし、スイスにおける物理的な Haraguroicha のプレゼンスや、台湾からの独立した経路を確立するものではない。
ピアリングとトランジットは異なる役割を果たす。エクスチェンジでは、ネットワークは他の参加者が広告に同意した経路に到達する。トランジットは、インターネットの残りの部分にトラフィックを運ぶサービスである。オープンピアリングポリシーは直接交換への契約上の障壁を下げるが、大規模ネットワークにピアリングを強制したり、デフォルト経路を提供したり、自社顧客を超えてトラフィックを運んだりするわけではない。ネットワークは依然として、ピアによってカバーされない宛先のために信頼できるトランジットを必要とする。
したがって、計算は加算的ではない。1 Gbps エクスチェンジポート、500 Mbps エクスチェンジポート、3 つの 100 Mbps 台湾起点、10 Gbps 東京起点をもってしても、11.8 Gbps の顧客容量にはならない。あるラベルはインターフェイスを記述し、別のラベルはトンネル提供を記述し、一部は同じアンダーレイを共有している可能性がある。トラフィックはそれらのうち 2 つ以上を直列に通過するかもしれない。最も遅い、輻輳した、または障害が発生した依存関係が、使用可能なパスを制御する。
設置済み、到達可能、使用可能は異なる容量である
PeeringDB は両方の Haraguroicha システムを、自己申告のトラフィック帯域 20〜100 Mbps に位置付けている。これは小規模ネットワークと一致しており、最大のインターフェイスラベルをはるかに下回る。ただし、この帯域は監査済みのトラフィックグラフではなく、両方のレコードで同一の値は、2 つの独立した負荷ではなく、複合環境を記述している可能性がある。これはオーダーマグニチュードのステートメントとして扱うべきである。
設置済み容量とは、インターフェイスの交渉されたラインレート、または回線の公称制限である。到達可能容量とは、トンネル、アンダーレイ、リモートエンドポイントが動作した後に通過できるものである。使用可能容量とは、プロトコルオーバーヘッド、パケットサイズ、暗号化作業、トラフィック競合、ルーティングポリシー、レジリエンスリザーブが差し引かれた後に残るものである。顧客が利用できる容量は、ネットワークがアクセスを販売し、多数のユーザーを収容しなければならない場合、さらに小さくなる。公開記録は、最初の 2 つのカテゴリーの断片を露出させており、最後の 2 つはほとんど露出させていない。
トンネルは特定の制約を追加する。外部パケットはバイトを消費し、断片化前の内部パケットに利用可能なスペースを減少させる。最大転送単位の不一致は、ランダムなアプリケーション障害のように見えるパフォーマンス低下を引き起こしうる。暗号化は CPU を消費し、小型仮想マシンやルーター上の上限になりうる。UDP ベースのトランスポートは多くのネットワークを効果的に横断できるが、アンダーレイ上での損失、並べ替え、輻輳に対して露出したままである。GRE はセキュリティオーバーヘッドが少ないが、機密性や認証が必要な場合は別途の保護が必要である。
したがって、東京の 10 Gbps インターフェイスはある一点での上限であり、台湾と東京間の約束ではない。仮想ホストは共有 vCPU を持つかもしれず、台湾起点へのアクセス回線は 100 Mbps かもしれず、エンドポイント間のインターネットパスは混雑時間帯に変動しうる。3 つの台湾起点がそれぞれコンシューマーまたは小規模ビジネスアクセスに依存している場合、それらの上り速度と競合ポリシーが、名目上の東京ポートよりも重要である可能性がある。
レジリエンスはヘッドルームを消費する。2 つの 100 Mbps 起点が通常それぞれ 70 Mbps を運んでいる場合、障害後にもう一方がそのトラフィックを吸収することはできない。両方のリンクは設置されており、両方ともアクティブであるが、そのペアは完全に冗長ではない。有用な容量ステートメントは、起点ごとの混雑時間帯トラフィック、パケット損失、遅延、CPU ヘッドルーム、最大転送単位、フェイルオーバー中に観測された負荷を公開するものである。Haraguroicha はこれらの測定値を一切公開していない。
同じルールがプレフィックスにも当てはまる。9 つの IPv6 ブロックをアナウンスできる能力は、それらがいくつ使用中か、背後にいくつのサービスがあるか、それらが起点間を移動できるかを示さない。アドレス容量は IPv6 では豊富である。転送、計算、アクセス、労力は希少である。アドレスを数えることは、物理ネットワークを大幅に誇張することになる。
地域接続料金が実際に購入するもの
分析すべき公開された Haraguroicha の小売請求書は存在しない。タイトルはむしろ、このネットワークを地域的に信頼できるものにするために必要なコストスタックを指している。小規模オーバーレイ事業者にとって、経常的な請求書は単なる「帯域幅」ではない。それは、アンダーレイアクセス、トランジット、ホスティング、リモートエクスチェンジ配信、機器、電気、アドレスリソース管理、それらを整合させ続けるのに必要な時間の合計である。
各起点でのアクセス回線が最初に来る。新北のルーターがサードパーティのブロードバンド回線を通じて広域ネットワークに到達する場合、その回線の対価は、Haraguroicha がそれを所有していないにもかかわらず、地域の電柱、ダクト、ファイバー、同軸、無線設備の費用を支払う。その価格と修理条件は、地域の物理ネットワークを具現化する。2 つ目のサービスを購入することは、2 つ目のサプライヤーが同じラストマイル設備をリースしていないか、または同じ集約サイトに戻っていない場合にのみ役立つ。
トランジットはグローバルリーチの対価を支払う。ピアリングは選択されたトラフィックの距離やコストを削減できるが、小規模ネットワークは通常、実験的なエクスチェンジの集合でトランジットを置き換えることはできない。ホスティングはリモートポイントに仮想マシンや専用ルーターを追加する。エクスチェンジ配信はトンネル、VLAN、仮想マシン、またはクロスコネクトを追加する。一部のサービスは無料またはコミュニティサポートの場合があるが、価格ゼロは依存ゼロを意味しない。それはむしろ、契約上の復旧時間がなく、サポートが限定されており、事業者がより多くの問題を直接解決する必要があることを意味しうる。
ハードウェアと電源は量は少ないが、障害時には決定的である。コンパクトなルーター、スイッチ、ストレージデバイス、サーバーは、電源、ファン、フラッシュデバイスが故障した場合に交換が必要である。バッテリーはテストと最終的な交換が必要である。仮想マシンはローカルハードウェアを回避するが、物理的依存をホストとデータセンターに転送する。そのコストは、賃料とプロバイダーが提供するあらゆる対応に埋め込まれている。
労力は、一人または非常に小規模なネットワークにおいて拘束力のある費用である。同じエンジニアが、ルートポリシーの維持、システムのアップグレード、認証情報の更新、abuse メッセージへの対応、トンネルの診断、アクセスキャリアとの調整、ローカルデバイスへの訪問を行う可能性がある。事業者の公開プロフィールは幅広い技術的経験を示しているが、Haraguroicha のネットワーク運用チームや現場作業員をリストしていない。スキルは可視であるが、人員の厚みは可視ではない。
これが、経路多様性と現場修理が同じ文にあるべき理由を説明している。2 つ目の BGP セッションは、誰かがリモートルーティング障害と、モデムの故障、電源障害、切断されたアクセスケーブル、施錠された機器室を区別できる場合にのみ有用である。迅速なルーティング変更は、両方のトンネルが走るアンダーレイを修理できない。逆に、現場技術者は、古いルートフィルターがプレフィックスを到達不能に保つ間、ローカル回線を復旧できる。サービスはチェーン全体である。
障害パス 1：アンダーレイが最初に壊れる
新北のトンネル起点を考えてみよう。その論理インターフェイスは健全で、暗号鍵は有効で、BGP 設定は変更されていないかもしれない。アクセスキャリアがフィーダーケーブル、集約スイッチ、またはローカル電源を喪失した場合、外部パケットはもはやリモートエンドポイントに到達しない。トンネルは、その下の物理ネットワークが消失したために消失する。
即時の症状は、Haraguroicha のソフトウェアがどれも故障していない場合でも、Haraguroicha の障害のように見えるかもしれない。復旧の責任はアンダーレイの所有者から始まる。Haraguroicha は障害を開き、別の起点にトラフィックを移動し、自社機器を交換し、診断を提供できる。他のキャリアのファイバーを接続したり、権限なくストリートキャビネットに入ったり、キャリアの修理キューを再優先化したりすることはできない。
3 つの台湾起点ラベルは、有用な地理的分離を提供しうる。新北、台北中心部、台中は同じ都市ではない。しかし、独立性は名称だけで確立されるわけではない。2 つの起点が同じ全国キャリア、同じ上流集約ネットワーク、同じリモート仮想ホスト、同じアカウントレベルのコントロールプレーンを使用している可能性がある。新北と台北は地下ダクトや施設を共有している可能性がある。台中のトンネルは、トランジットに到達する前に台北のハブに戻る可能性がある。
東京の起点はより遠隔の復旧ポイントを提供しうるが、距離は別の依存関係、つまり国際パスをもたらす。台湾のデジタル発展部は、その海底ケーブルレジリエンス作業において、多様化された通信システムとバックアップ経路を繰り返し強調してきた。その国家的文脈は Haraguroicha の経路を特定するものではない。しかし、それは「東京」が単に海外であるという理由だけで独立していると扱えない理由を示している。台湾と日本間のアンダーレイが 1 つのケーブルシステムまたは 1 つのキャリアエッジに収束する場合、論理トンネルはその共有リスクをたどる。
真のアンダーレイテストは、各起点からのトレースルートとキャリア回線レコードを比較し、最初の共通集約ポイントを特定し、建物の入口と電源ドメインをマッピングし、負荷下で 1 つのアクセスサービスを意図的に故障させることである。公開経路コレクターはプライベートなファーストマイルを見ることができず、地理的ラベルはそのテストを代替できない。そのような証拠が存在するまでは、4 つの起点は未知の物理的相関を持つルーティングオプションとして数えるべきである。
障害パス 2：電源またはホストがルーターを削除する
すべての起点には給電されたデバイスが必要である。ローカルサイトでは、ルーターとアクセスモデムかもしれない。ホスト型サイトでは、サーバー上で動作する仮想マシン、トップオブラックスイッチ、データセンターの電源系統かもしれない。公開資料は Haraguroicha についてこれらのコンポーネントを一切特定していないため、電源分析は条件的なままである。
台湾の配電システムは全体として信頼性が高いが、ローカル障害を免れるわけではない。台湾電力は 2026 年 1 月に、配電事故が 13 年間で大幅に減少し、フィーダー自動化が全国で完了したと報告すると同時に、自然災害、外力、機器故障がローカルフィーダーをトリップさせる可能性があると説明した。電力レジリエンス報告は、復旧能力が向上したことと、サイトレベルの停電が依然として可能であることの両方を裏付けている。
バッテリーは、完全なパスに電力を供給する場合にのみ、短時間の停電を橋渡しできる。アクセスプロバイダーのストリートキャビネットやビルディングスイッチが暗くなっている間、ルーターを生かし続けてもサービスは生み出されない。ホスト型ルーターを生かし続けても、反対側のトンネル起点が電力を失った場合も、エンドツーエンドのパスは生み出されない。長時間のレジリエンスには、ローカル機器、アクセス、ホスティング、トランジットにわたる連携されたランタイムが必要である。
電源多様性も物理的でなければならない。1 台のサーバー上の 2 つの仮想ルーター、1 つのラック電源分配ユニットの背後にある 2 台のサーバー、1 つの建物サービスから給電される 2 つの起点は、対応する共通障害を生き延びない。発電機は、それが始動し、燃料があり、実際の負荷を運び、機器に必要な冷却およびアクセスシステムを保護する場合にのみ有用である。これらの保護策は Haraguroicha について一切文書化されていない。
ホスト障害は電源障害に似ていることがある。ハイパーバイザークラッシュ、ストレージ障害、ネットワークメンテナンスウィンドウ、アカウント停止、容量圧力が仮想ルーターを削除しうる。4 起点設計は、起点が独立したホストとプロバイダーを使用している場合、このリスクを低減する可能性がある。同じ管理認証情報、設定ミス、自動化変更がすべてのノードに触れる場合、リスクを増幅する可能性がある。公開ページはエンドポイントをリストしているが、ホストの多様性を開示していない。
電力評価をアップグレードするために必要な証拠は具体的である：施設クラスごとの機器の場所、通常負荷時のバッテリーランタイム、発電機またはホストのコミットメント、デュアル電源ステータス、アクセスデバイスの電力依存性、アラームパス、実際のまたは制御された停電中の記録されたフェイルオーバー。これらの事実がない場合、電力は公開説明における価格付けされていないラインであり、信頼性請求書において潜在的に支配的なラインのままである。
障害パス 3：経路が紙面上には存在するが使用されていない
BGP は自律システム間で経路を交換するように設計されている。その基本仕様であるRFC 4271は、各ネットワークが学習およびアナウンスするものにポリシーを適用することを可能にする。このポリシーの柔軟性が、登録されたインポート行、ライブセッション、グローバルに優先されるパスが異なるものである理由である。
Haraguroicha のレジストリレコードは、AS57429 については AS41378 と AS38856、AS212359 については AS38856 と AS20473 を指名している。各ペアの両方の取引相手がライブであり、別個に配信され、すべてのプレフィックスを運ぶことができれば、ネットワークは有用な経路冗長性を持つことができる。最近のグローバルビューはその状態を示していない。それらは、支配的な AS38856 対 AS57429 のパスと、AS57429 対 AS212359 のパスを示している。
いくつかの原因が、障害を意味することなくギャップを説明しうる。バックアップセッションは設定されているがアイドル状態かもしれない。それはローカルエクスチェンジでのみアナウンスし、プレフィックスのサブセットを運び、より低い優先度を持ち、コレクタービューの外に座っているか、手動アクティベーション用に予約されているかもしれない。レジストリは単に古いかもしれない。各可能性は異なる運用上の結果をもたらすため、AS 番号のリストはレジリエンスの結果ではない。
ルートフィルターは別の障害モードを追加する。上流が AS-HARAGUROICHA セットからフィルターを構築する場合、メンバーまたはプレフィックスオブジェクトの欠落が意図したアナウンスメントをブロックする可能性がある。スポンサーが経路起点認証を変更した場合、検証が変わりうる。RFC 7454 の BGP 運用ガイダンスは、すべての経路を受け入れることが安全でないという理由から、プレフィックスフィルタリングや制限などの管理策を推奨している。これらの管理策はインターネットを保護するが、小規模事業者は自身の登録をそれらと整合させ続けなければならない。
現在の検証結果は完全ではなくむしろ奨励的である：可視経路のうち 7 つは valid であり、2 つは invalid ではなく unknown であった。より強力な姿勢は、意図されたすべての起点を valid にし、予期しない起点変更を監視し、現在のプレフィックスリストを公開することである。また、ピアが広範な 50 プレフィックス許容量から推測するままにするのではなく、現実的な最大プレフィックス制限を設定することである。
高速な障害検出は、多様性が存在した後にのみ役立つ。PeeringDB は、リストされた AS57429 エクスチェンジ接続で BFD サポートを false とマークしている。双方向転送検出は転送パス障害を迅速に検出できるが、このフラグはそれらのエクスチェンジセッションで宣言されているものだけを示しており、BFD が他に存在しないことを証明するものではない。完全な検出であっても、トラフィックを、同じ障害のあるアンダーレイを共有するかまたは容量が不足しているパスに移動させることはできない。
障害パス 4：輻輳はすべてのルーティングセッションを生き延びる
パスはアップのままでありながら、ユーザーを失敗させることがある。パケット損失、高遅延、ジッター、または最大転送単位の減少は、アプリケーションが停止する間に BGP を確立したままにする可能性がある。トンネルは、制御セッションが低帯域幅で生き延びることができる場合でも、データプレーンがひどく輻輳している場合にこの分裂が特に発生しやすい。
自己申告の 20〜100 Mbps トラフィック帯域は、100 Mbps 起点が混雑時間帯の上限になりうるほど控えめである。ラベルが正確であれば、単一の人気のあるダウンロード、バックアップ、または他のネットワークに提供される経路が、利用率を大幅に変化させる可能性がある。公開トラフィックグラフがないため、平均負荷とピークを分離できず、東京の名目上の 10 Gbps ポートが、そのラベルが示唆するボトルネック緩和に実際になるかどうかをテストできない。
ピアリングは一部のパスを短縮できるが、仮想エクスチェンジはカプセル化と間接的な経路を追加することもできる。Poema 自身の説明は、その仮想ファブリックがより多くのアンダーレイスループットを生み出さないことを異例なほど率直に述べている。トラフィックが、トランジットのためにそうでなければ使用するのと同じローカルアクセスリンクを介して Poema に入る場合、BGP ネクストホップを変更しても、混雑したファーストマイルを除去せずにポリシーを変更することがある。
フェイルオーバー中の輻輳は、より深刻なテストである。予備容量は、トラフィックが去る場所だけでなく、着地する場所にも存在しなければならない。新北の起点が故障し、台北がその経路を吸収する場合、生き残るトンネル、ホスト、上流のすべてにヘッドルームが必要である。成功した経路変更に続いて 10% のパケット損失が発生するのは、レジリエントなサービスではない。
事業者は、起点ごとの 95 パーセンタイルトラフィック、安定したターゲットへの遅延と損失、インターフェイスエラー、トンネルオーバーヘッド、経路変更時間、強制障害中のパフォーマンスという、少数の公的測定値によってこの疑問を解決できるだろう。Cloudflare Radar は、十分な観測がある場合に集約品質ビューを公開するが、Haraguroicha のサービスレベル記録を開示したり、顧客アクセス回線を特定したりしない。現在、混雑時間帯やフェイルオーバーのパフォーマンスを実証する公的証拠は存在しない。
現場修理は所有権の境界から始まる
アサインメントのフレーズ「現場修理」には正確な主題が必要である。修理すべき検証済みの Haraguroicha の電柱線路、無線鉄塔、または顧客引き込み線は存在しない。ネットワークを最も確実にサポートする現場資産は、アクセスキャリア、建物所有者、ホスティング企業、電力会社に属する。Haraguroicha 自身の現場作業は、少数の起点にあるルーター、サーバー、モデム、ケーブル、電源ユニットに限定されるかもしれない。
それは労力を無関係にするわけではない。それはコーディネーションを中心的なスキルにする。起点が故障した場合、誰かが障害がローカル機器、アクセス、電源、トンネル設定、リモートホスト、BGP ポリシー、上流ルーティングのいずれであるかを判断しなければならない。各診断は異なる当事者と異なる復旧クロックにつながる。小規模事業者は、修理が始まる前に所有権を証明するのに何時間も費やす可能性がある。
公開連絡面は高度に集中しているように見える。RIPE の管理および技術連絡先は同一人物を指しており、事業者のページはピアリングの問い合わせを 1 つのアイデンティティに向けている。1 人の熟練したエンジニアは有能な研究ネットワークを運用できる。レジリエンスの懸念は可用性である：病気、旅行、競合する雇用、失われた認証情報、または複数のノードに影響を与えるインシデントは、専門知識を待ち行列に変える可能性がある。
スペアはその待ち行列に対する物理的な対応物である。新北に保管されている交換用ルーターや電源ユニットは、台中のエンドポイントを直ちに修理しない。設定バックアップは、建物へのアクセス権を持つ者がいなければ役に立たない。ホスト型仮想マシンは、アカウントアクセス、イメージ、経路認証が利用可能な場合にのみ、リモートで再構築できる。公開資料は、スペアハードウェア、リモートハンズ、セカンダリ管理者、アウトオブバンドアクセスを特定していない。
したがって、労力テストは各資産を追跡すべきである。誰がサイトに入ることができるか？誰がデバイスを交換できるか？契約上の応答時間はどのくらいか？セカンダリ管理者はいるか？プライマリ連絡先が利用できないときに上流がルーティングを変更できるか？設定と鍵は故障したノードなしで回復可能か？これらは通常の運用上の質問であり、大規模なスタッフの要求ではない。コンパクトなネットワークにとって、明確な委任は別のテストされていないトンネルよりも多くのレジリエンスを提供しうる。
チェーンが故障したときに誰がサービスを失うか
答えは、加入者ベースが公開されていないため、「加入者」で始めることは責任を持ってできない。最初に影響を受ける当事者は事業者自身である：そのプレフィックス、ルーター、システムが到達不能になる可能性がある。可視の 9 つの IPv6 アナウンスメントの内側でアドレス指定されたサービスは、対応する起点または上流の障害にさらされる。直接トラフィックを交換するピアは、その経路を失い、代替経路が存在する場合はトランジットにフォールバックする可能性がある。
AS212359 は、ルーティングトポロジーにおいて明確に可視の下流依存関係である。そのパスが AS57429 を通じて走る場合、新しい AS のエッジでの障害は、古いシステムの到達可能性もまた奪う可能性がある。これは技術的な依存関係であり、別個の顧客組織の証拠ではない。
研究ユーザー、友人、協力者、またはプライベートシステムも影響を受ける可能性があるが、公開記録はそれらを特定していない。また、病院、学校、地元企業、または世帯がプライマリアクセスを Haraguroicha に依存していることも示していない。そのようなユーザーを挙げることは、証拠が裏付けられない社会的影響を捏造することになる。
検証済みの顧客がいないことは、害の規模を変えるが、エンジニアリングを変えない。研究ネットワークは、権威 DNS、モニタリング、ソフトウェアサービス、または実験をホストすることができ、その中断は運用者にとって重要である。また、安全な失敗が目的の一部であるトレーニング環境としても機能しうる。サービスカタログなしには、正しい説明は、Haraguroicha ルーティングドメインを使用するシステムとピアへの到達可能性の喪失である。
もし小売アクセスが存在する場合、所有権境界がユーザーエクスペリエンスを決定するだろう。サードパーティのラストワイルの背後にいる顧客は、Haraguroicha ルーティングを失う間、アクセスキャリアに物理的に同期し続けることができる。別の顧客は、Haraguroicha のグローバル経路が可視のままである間、ローカル回線を失う可能性がある。サポートはこれらのケースを区別し、どの修理キューが適用されるかを説明する必要がある。その責任がどのように分割されるかを示す公開条件はない。
真の冗長性を確立するもの
最も価値のある証拠は、別の都市名やエクスチェンジバッジではないだろう。それは、各起点について物理サイト、アクセスキャリア、トンネルエンドポイント、ホスト、電源、ルーター、上流、ルートポリシーを分離する依存関係マップである。一部を墨塗りしたバージョンは、2 つのパスが障害ドメインを共有しているかどうかを示しながら、セキュリティを保護できる。
上流の多様性にはライブテストが必要である。意図された各トランジットは、別個に配信された回線を通じて、同じ認証されたプレフィックスをアナウンスすべきである。どちらのパスも混雑時間帯の全負荷を運ぶべきである。制御された引き下げは、規定の間隔内でトラフィックを移動させ、損失と遅延を規定の目標内に保つべきである。テスト前後のコレクタービューは、バックアップが広域インターネットに到達したかどうかを示すだろう。
起点の多様性にも同じ規律が必要である。新北、台北、台中、東京は、単なるトンネルラベルではなく、実際のホスティングまたは機器の境界に結び付けられるべきである。独立性は、可能な場合は異なるアンダーレイキャリア、別個のホストアカウントと電源ドメイン、単一の中央トンネルコンセントレーターがないこと、およびすべての復旧ポイントに十分な予備容量があることを意味する。
電力証拠には、測定されたランタイムと依存関係カバレッジが含まれるべきである。アクセスデバイスよりも長持ちするローカルバッテリーは有用であるが、ルーターのみを保護するものはそうではない。ホスト型起点は、プロバイダーが冗長電源とリモートハンズを提供するかどうかを開示すべきである。ネットワークは、建物やキャリアが電力を失ったときにどのパスが消失するかを知るべきである。
修理証拠は、プライマリおよびセカンダリレスポンダー、スペアの場所、サイトアクセス権、エスカレーション連絡先を特定すべきである。検出、診断、経路移動、物理的修理、復旧を示す単純なインシデント記録は、静的なネットワーク図よりも多くのことを明らかにするだろう。また、メインエンジニアが利用できない間も事業者が復旧できるかどうかを示すだろう。
最後に、商業的地位は技術的地位とは別に解決されるべきである。現在の料金表、注文可能な住所、加入者契約、開示された法人名での登録記録、顧客数の範囲、または独立して検証された設置は、アクセスビジネスを確立するだろう。これらの事実なしには、ネットワークは引き続き、推論によって小売キャリアに格上げされるのではなく、教育または研究ルーティング運用として記述されるべきである。
責任ある結論は、アクティブオーバーレイ、未検証のアクセスネットワークである
Haraguroicha Internet Service は、薄い会社の名刺が示唆するよりも多くの実体を持っている。2 つの ASN が 1 つのリソースホルダーの下で登録されたままである。両者はメンテナンスされた as-set にグループ化されている。9 つの IPv6 アナウンスメントが最近可視であった。新しい AS は Lambda-IX に現れ、古い AS は 4b42 に現れ、事業者は 4 つのトンネル起点を公開している。ほとんどの可視経路が有効な起点認証を持っている。これらは機能している小規模ネットワークの兆候である。
同じ証拠が確固たる上限を引く。トポロジーはトンネルで表現されており、所有するファイバーではない。最大のエクスチェンジおよび起点ラベルは、使用可能なスループットと等しくない。現在の経路観測は、より広範なレジストリポリシーにもかかわらず、AS38856 と AS57429 を通じて狭まる。エクスチェンジ参加はリモート対応可能であり、リストされた AS57429 接続の 1 つは現在非運用中とマークされている。施設、アクセス設備、予備電力、現場チーム、サービスレベル契約、顧客ベースはいずれも公開されていない。
この組み合わせは、中程度のネットワーク証拠グレードと弱い小売アクセス主張を支持する。Haraguroicha は、台湾に関連する地域 IPv6 ルーティングおよびピアリング運用として分析できる。4 都市ブロードバンドネットワークを所有しているかのように、または実証済みのローカルサービスを販売しているかのようにはまだ分析できない。
したがって、地域接続請求書は依存関係請求書である。それは、トンネルを運ぶアクセス、エンドポイントを生存させるホスティング、ピアがカバーしない宛先に到達するトランジット、各デバイス下の電力、どの所有者が何を修理すべきかを診断する人々に対して、サードパーティに支払う。ASN とポートラベルの数は重要だが、復旧はそれらのコストが真に独立した経路と到達可能な手を購入するかどうかにかかっている。公開証拠はまだそれらがそうであることを示していない。