摘要
- Haraguroicha Internet Service 作为 AS57429 及较早的 AS212359 公开可见。两者同属一个 RIPE as-set，均拥有 IPv6 地址空间，且被登记为教育或研究网络；这是运营路由域的切实证据，而非家庭宽带业务的证据。
- 该运营商宣传其在 新北、台北、台中 及 东京 设有隧道起点，使用 WireGuard、GRE 或 IPsec。PeeringDB 记录显示两个 AS 均无互联设施。这些事实支持一种依赖底层网络的虚拟拓扑，而非四个物理站点之间的自有光纤。
- 近期路由观测显示，通往 AS57429 的最清晰路径经由 Walks Cloud's AS38856，而通往 AS212359 的最清晰路径则经由 AS57429。注册策略命名了多个可能的对等方，但目前未展现物理与商业上的多样性。
- 端口标注从台湾起点的 100 Mbps 到东京的 10 Gbps，外加 1 Gbps 和 500 Mbps 的交换接入，这些不得相加视为客户容量。该运营商自报的流量等级仅为 20-100 Mbps，且隧道吞吐量受限于接入、传输、主机、加密及拥塞等约束。
- 未发现公开的资费表、订购页面、用户数量、服务等级承诺、接入机房清单、铁塔或电杆排期、现场队伍、备件库存、备用电源规格或测试的恢复结果。因此恰当的评估是：这是一个运作中的小型路由网络，其零售与最后一公里状态尚待验证。
该名称指向一个网络，尚未成为零售运营商
Haraguroicha Internet Service 最具体的公共含义是一对自治系统编号。PeeringDB 将 AS57429识别为该名称下，分配其区域地理范围，并将网络类型归类为教育或研究。第二份 PeeringDB 记录将 AS212359识别为 Haraguroicha Legacy Internet Service，同样为教育或研究性质，覆盖亚太区域。该运营商自身的公开资料与对等页面列出了这两个编号并邀请对等联络。
这是有意义的运营证据。自治系统并非简单的域名注册。它是一个管理身份，用于通过边界网关协议与其他网络交换可达性。Haraguroicha 已经维护了两个此类身份、注册路由策略、获得授权地址空间、交换记录以及可观测路由。数据包可在其编号下发起。其他网络有依据接受或拒绝这些宣告。
然而，这并非传统区域宽带提供商的证据。相同的公开页面并未公布住宅或商业资费、安装条款、覆盖范围检查、客户端设备、支持时间、适用于订阅用户的可接受使用政策、服务等级承诺或网络状态页面。PeeringDB 的教育或研究分类与将 "Service" 一词解读为大众市场产品的证明相悖。该名称可能描述的是运行并互连一个实验网络的服务，而非销售本地互联网接入。
台湾当前的监管边界使得这一区分至关重要。修订后的《电信管理法》规定，向用户提供互联网接入的提供者须注册为电信事业。仅凭 AS 号码、IPv6 分配或交换端口，并不能自行确定运营商是否在该法律定义内拥有用户。在此不声称 Haraguroicha 是否以其他法定名称注册。更狭义的结论是，公开网络记录并未解决此问题。
因此，本分析将 "区域 ISP" 作为一个实用的基础设施类别，而非对商业规模的结论。Haraguroicha 无疑是一个与台湾关联的小型路由网络。它可能承载运营商自身的系统、研究流量、特定对等伙伴或私人用户。尚无足够证据统计其背后的家庭、企业或公共机构。每当分析从路由转向客户、收入或本地经济影响时，这一局限便显现出来。
一个运营商，两个自治系统，一个路由集合
注册历史始于 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 允许运营商及对等方在构建路由过滤器时引用一个维护好的集合。实际上，这两个编号被呈现为一个管理上的路由家族。该 as-set 并不证明每个前缀始终被宣告、每个上游接受相同的成员，或两个系统在物理上相互独立。
较新的编号似乎是主要的公开边缘。PeeringDB 对 AS57429 使用不带修饰的服务名，并将 AS212359 称作 "Legacy"。近期的路由路径显示，对于较旧系统的大部分可见地址空间，AS57429 紧挨在 AS212359 之前。然而，运营商继续列出两个编号，as-set 仍包含两者，且 AS212359 仍在宣告路由。因此，"Legacy" 应被解读为角色标签，而非证明旧系统已退役。
这些记录中有重要的所有权界限。RIPE 的赞助组织帮助管理号码资源。导入和导出策略中命名的对等方描述了预期的路由关系。提供虚拟服务器、隧道、接入电路或物理交叉连接的公司可能又各不相同。赞助组织不一定是转接提供方；注册的转接策略不一定是活跃会话；而活跃会话并不揭示其底层的纤缆所有者。
运营商的个人专业资料增加了一项相关但严格限定的事实。其中提到 Ming-Ray Hsu 是 Walks Cloud Inc. 的联合创始人兼技术总监，并单独列出对 AS57429 和 AS212359 的管理。RIPE 路由策略为这两个 Haraguroicha 系统均指定了 Walks Cloud 的 AS38856。这些记录使当前路径可理解，但并不将 Haraguroicha 的资产、客户或义务与 Walks Cloud 的合并。公开证据显示共享的运营背景和路由联系，而非公开的所有权协议。
位置表描述隧道起点
Haraguroicha 自己的页面列出了四个起点。新北、台北 和 台中 各标注为 100 Mbps。东京 标注为 10 Gbps。允许的服务为 WireGuard、GRE 和 IPsec，以不同组合提供。其用词比一张泛化的区域地图更有信息量，因为它揭示了这些节点是如何被到达的：它们是隧道端点。
每一项列出的技术都在现有网络上创建逻辑路径。WireGuard通过 UDP 封装 IP 数据包，在配置的对等项之间使用认证加密。GRE将一个网络层数据包封装在另一个内部，但其本身不提供物理电路或加密。IPsec 架构在既定安全端点之间保护 IP 流量。无论如何，必须已有底层网络承载外层数据包。
这使得位置表成为一张可达起点的地图，而非自有接入机房的清单。新北的起点可能是办公室中的路由器、家中的小型服务器、托管的虚拟机、托管设备或从别处远程交付的端口。台北、台中 和 东京 也同样如此。该页面未公布任何起点的街道级设施、机架、楼宇所有者、交叉连接、接入运营商或电路标识符。PeeringDB 中也未列出任何 AS 的互联设施。
因此，能够有信心陈述的物理足迹十分有限。资源持有人与 新北市 相关联。运营商宣传其隧道入口点位于台湾的三个城市及 东京。AS57429 出现在加利福尼亚州 弗里蒙特 的一个列出交换点，而 AS212359 则列于瑞士 苏黎世 的一个交换点，但这两份交换记录均无法证明 Haraguroicha 在这些城市拥有或托管了路由器。远程二层交付与隧道技术可将一个 AS 接入交换结构而无需本地机架。
没有公开证据表明 Haraguroicha 在 新北、台北 和 台中 之间拥有自有光纤，没有铁塔或电杆排期，没有固定无线扇区，也没有客户引入线。同样没有证据表明运营商拥有其隧道所依赖的台湾电路。审慎的拓扑判断是：一个跨第三方互联网、托管和交换基础设施的叠加网络。该架构完全能够承载真实的流量。它仅是从供应商那里继承了更多物理弹性，而非四个标签所暗示的那样。
一个可见的 IPv6 网络，地址空间少于标签所暗示
近期的全球路由观测证实了活动。用于本分析的观测窗口期间，RIPEstat 对 AS57429 的已宣告前缀视图显示了四个 IPv6 宣告。其中三个是运营商页面上列出的2a06:a005/44，第四个是2a0f:607:1024::/48。相应的AS212359 视图显示了五个 IPv6 宣告。
这比休眠的注册信息更有说服力。这表明路由收集器近期从多个有利位置收到了 Haraguroicha 的起始点。Cloudflare 的AS57429 概览和AS212359 路由页面也识别了这些名称并展示了当前路由视图。该网络并非仅是一个被遗忘的 ASN 条目。
PeeringDB 上的数据需要解读。两个网络记录均列有六个 IPv4 前缀和 50 个 IPv6 前缀。在互联目录中，这些字段通常用作对等方应预期的前缀限制，而非当前起始块的认证计数。不应将其与地址大小相乘，也不应视为客户清单。路由收集器显示近期有四和五个 IPv6 宣告，而同一结果中未出现任何 Haraguroicha 发起的 IPv4 前缀。
交换结构上的 IPv4 地址并不改变该结论。AS57429 在 Lambda-IX 拥有一个 IPv4 对等 LAN 地址，AS212359 在 4b42 也有一个。对等 LAN 地址允许路由器在该交换点彼此通信。这与向全局表宣告 IPv4 客户块不同。Haraguroicha 的公开路由身份目前明显更偏向 IPv6 而非 IPv4。
地址块也揭示了供应商依赖。运营商将若干 /44 块分配给 Route48，并将其他前缀归属于 TunnelBroker.ch、FREETRANSIT、RHE-NET 和 Nato Internet Service。这些归属为自行发布，可能滞后于后续的资源安排，但它们表明地址管理并不等同于拥有覆盖式分配。如果赞助方变更策略、停用服务、撤销许可或停止维护路由对象，运营商可能需要重新编号、替换路由授权或寻找其他赞助方，即便其路由器和隧道完好无损。
当前的源验证状态好坏参半，但总体积极。在 2026 年 7 月 10 日，对九个近期观测到的宣告进行直接 RIPEstat 检查，返回七个valid的结果，两个unknown的结果。unknown并不意味着无效；通常这意味着验证器未找到涵盖该确切源和前缀的路由起源授权。这种区别仍然重要，因为强制执行路由起源验证的网络可能拒绝无效路由，而对unknown路由则按各网络选择的策略处理。保持授权是维持所赞助地址空间可用的环节之一。
最清晰的路由仍收束于 Walks Cloud
注册信息所描述的多样性超出现有路由路径所展现的。AS57429 的 RIPE 对象接受来自 AS41378 和 AS38856 的路由。AS212359 的对象则命名为 AS38856 和 AS20473。这些是声明的导入和导出策略：意图或允许交换的说明。它们对于过滤和联系有用，但并不能证明所有会话都活跃、独立交付或能同时承载全部流量。
近期的 RIPE RIS 路径呈现更简单的结构。对于 AS57429 的四个清晰宣告，每个观测路径中的前一跳 AS 均为 AS38856，即 Walks Cloud。对于最清晰的 AS212359 宣告，前一跳 AS 均为 AS57429。有代表性的2a0f:607:1024::/48BGP 状态视图显示了 Walks Cloud 至 Haraguroicha 的边界；有代表性的AS212359 前缀视图则显示 AS57429 紧挨在 AS212359 之前。
路由收集器仅看到其邻居所宣告的内容，而路径可能因前缀、时间和策略而异。这些观测无法证明只有一条线缆。它们确实确立了，在测量窗口期间，全球可见的路由汇聚于一种直接上游模式。注册信息中的第二个名称尚未确立可用的故障切换。
物理多样性需要更确凿的一组事实。两个上游会话是否由不同运营商交付？它们是否进入不同楼宇？是否经由不同的管槽或电杆？是否终结于不同的路由器、电源和虚拟主机？当其中一个消失时，每个能否承载满负荷的正常流量？故障切换是否保持相同的源授权和路由过滤器？对于 Haraguroicha，这些细节无一公开。
AS212359 的安排又添了一层集中度。如果它的路由通过 AS57429 到达外界，而 AS57429 又通过 AS38856 到达外界，那么 AS57429 边界的故障将同时影响两个身份。两个自治系统编号可以改善实验、策略分离或迁移。但当一个位于另一个之后时，并不会形成两个故障域。
同样的推理也适用于人的关系。Walks Cloud 可能是一个便利且技术上接近的上游，因为 Haraguroicha 运营商也在其中报告担任领导职位。这可以加快配置与恢复。但也可能把升级集中到同一个小组。组织上的熟悉度很有价值，但无法替代独立签约的路径和另一个维修组织。
交换端口是选项，而非带宽之和
Haraguroicha 的公开互联程度，比其微小流量等级所暗示的更高。当前PeeringDB 数据显示，AS57429 对 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 交换端口、三个 100 Mbps 的台湾起点以及一个 10 Gbps 的 东京 起点，并不会汇总为 11.8 Gbps 的客户容量。有些标签描述接口，有些描述隧道提供，还有些可能共享同一底层网络。流量可能串行经过其中两个或更多。最慢、最拥塞或发生故障的依赖关系决定了可用路径。
安装容量、可达容量与可用容量互不相同
PeeringDB 将两个 Haraguroicha 系统置于自报的 20-100 Mbps 流量等级。这与小型网络相符，并远低于最大的接口标签。然而，该流量等级并非经过审计的流量图表，且两条记录上相同的值可能描述的是合并后的环境，而非两个独立的负载。应将其视为一个数量级的陈述。
安装容量是接口协商的线速或电路的标称限度。可达容量是在隧道、底层网络和远程端点均正常工作后能够通过的流量。可用容量是扣除协议开销、数据包大小、加密工作、流量争用、路由策略及弹性储备后剩余的部分。如果网络销售接入并需汇聚大量用户，客户可用容量还会更小。
公开记录展示了前两类的片断，而几乎未暴露后两类。隧道增加了特定的约束。外层数据包占用字节，从而减少了内层数据包在分片前的可用空间。最大传输单元不匹配可能导致性能不佳，表面看来像是随机应用故障。加密消耗 CPU，并可能成为小型虚拟机或路由器的瓶颈。基于 UDP 的传输可有效穿越许多网络，但仍面临底层网络的丢包、重新排序和拥塞。GRE 的安全开销较小，但在需要机密性或认证时，需单独保护。
因此，东京的 10 Gbps 接口仅是某一点的瓶颈，而非台湾至东京之间的承诺。虚拟主机可能具有共享的虚拟 CPU，通往台湾起点的接入电路可能为 100 Mbps，或端点间的互联网路径在高峰时段可能变化。如果三个台湾起点均依赖消费级或小型企业接入，其上行速率和争用策略可能比名义上的东京端口更重要。
弹性消耗余量。如果两个 100 Mbps 起点各自通常承载 70 Mbps，故障后任一方都无法吸收另一方的流量。两条链路均已安装且均活跃，但这对链路并不完全冗余。有用的容量说明将公布每个起点的高峰时段流量、数据包丢失、时延、CPU 余量、最大传输单元以及故障切换期间观测到的负载。Haraguroicha 未公布上述任何测量数据。
同样的规则适用于前缀。能够宣告九个 IPv6 块并不能说明有多少块在使用，背后有多少服务，或者它们能否在起点间移动。IPv6 中地址容量充裕，而转发、计算、接入和人力却是稀缺的。计算地址数量会极大地夸大物理网络的规模。
本地连接账单实际会买到什么
没有可供分析的公开 Haraguroicha 零售账单。标题反而指向使该网络本地可靠所需的成本结构。对于一个小型叠加网络运营商，经常性账单不仅是 "带宽"。它是底层接入、转接、托管、远程交换交付、设备、电力、地址资源管理以及保持它们协调所需时间的总和。
每个起点处的接入线路是首要的。如果位于新北的路由器通过第三方宽带电路到达更广泛的网络，那么该电路便为当地的电杆、管槽、光纤、同轴或无线设施付费，即便 Haraguroicha 并不拥有它们。其价格和维修条款体现了本地物理网络。购买第二条服务仅在第二个供应商未租用相同的最后一公里设施，或未回到同一个汇聚站点时才有帮助。
转接为全球可达性付费。对等可以缩短选定流量的距离或降低成本，但小型网络通常无法用一系列实验性交换点来替代转接。托管在远程节点增加虚拟机或专用路由器。交换交付则增加隧道、VLAN、虚拟机或交叉连接。有些服务可能是免费或社区支持的，但零价格并不意味着零依赖。相反，它可能意味着没有合约恢复时长、有限的支持，以及运营商需要自行解决更多问题。
硬件与电力在数量上较小，但在故障时却起决定作用。一个紧凑的路由器、交换机、存储设备或服务器，当电源、风扇或闪存设备故障时便需更换。电池需要测试并最终更换。虚拟机避免了本地硬件，但将物理依赖性转移至其主机和数据中心。此时成本便嵌入在租金及提供商所承诺的任何响应之中。
在单人运营或非常小的网络中，人力是约束性开销。同一名工程师可能需要维护路由策略、升级系统、更新凭证、回复滥用投诉、诊断隧道、与接入运营商协调并前往本地设备。运营商的公开资料展示了广泛的技术经验，但并未列出 Haraguroicha 的网络运营团队或现场人员。技能可见，人员深度却不可见。
这解释了为什么路由多样性和现场维修出现在同一个句子中。仅当有人能够区分远程路由故障与调制解调器停机、电源失效、接入电缆被切断或设备间被锁定时，第二个 BGP 会话才有用。快速的路由变更无法修复两条隧道共同运行的底层网络。反之，现场技术人员可以在过期路由过滤器导致前缀不可达时，恢复本地电路。服务是整个链条。
故障路径一：底层网络先断开
以新北隧道起点为例。其逻辑接口可能健康，加密密钥有效，且 BGP 配置未变。如果接入运营商失去了馈线电缆、汇聚交换机或本地电源，外层数据包便无法再到达远程端点。隧道消失，因为其下的物理网络已消失。直接症状可能看似 Haraguroicha 中断，即便其软件无一故障。
恢复责任始于底层网络的所有者。Haraguroicha 可以申报故障、将流量转移至其他起点、更换自身设备或提供诊断。它无法熔接其他运营商的光纤、未经授权进入街道交接箱，或重新安排运营商维修队列的优先级。
三个台湾起点标签可以提供有益的地理分散。新北、台北中心区与台中是不同的城市。然而，独立性并非仅凭名称就能确立。两个起点可以使用同一个全国性运营商、同一个上游汇聚网络、同一个远程虚拟主机或同一个账户级别的控制平面。新北与台北可能共享都会区的管槽或设施。台中隧道在到达转接方之前可能仍要先回到台北的枢纽。
东京起点可能提供更远的恢复点，但距离引入了另一项依赖：国际路径。台湾数位发展部在其海底电缆弹性工作中，多次强调通信系统的多样化和备用路由。这一国家背景并未指明 Haraguroicha 的路径，但确实说明了为什么不能仅因东京位于海外就认为其具备独立性。如果台湾与日本之间的底层网络汇聚于同一电缆系统或同一运营商边缘，那么逻辑隧道便共享了这一风险。
真实的底层网络测试应当比较每个起点的 traceroute 与运营商电路记录，识别第一个共同汇聚点，绘制楼宇入口与电力域图，并在负载下使某一接入服务发生故障。公开路由收集器无法看到私有的第一英里，而地理标签无法替代这种测试。在此类证据出现前，这四个起点应被视为物理关联性未知的路由选项。
故障路径二：电力或主机使路由器离线
每个起点都需要有源设备。在本地站点，那可能是一台路由器和一个接入调制解调器。在托管站点，那可能是在服务器上运行的虚拟机、一台架顶交换机以及数据中心的供电系统。公开材料未指明 Haraguroicha 的任何此类组件，因此电力分析仍只能是条件性的。
台湾的配电系统总体上可靠，但无法免疫本地故障。台电在 2026 年 1 月报告称，配电网事故在十三年来大幅下降，馈线自动化已全面完成，但也说明自然灾害、外力破坏和设备故障仍可能导致本地馈线跳闸。这一电力弹性说明同时支持两个结论：恢复能力已提升，而站点级别停电仍可能发生。
电池只能在它为完整路径供电时，才能度过短暂停电。在接入提供商的街道交接箱或楼宇交换机断电时，保持路由器运行并不能产生服务。在另一端隧道起点断电时，保持托管路由器存活同样无法实现端到端路径。长时间弹性需要本地设备、接入、托管和转接之间协调的运行时间。
电力多样性也必须是物理的。同一服务器上的两个虚拟路由器、同一机架配电单元后的两台服务器，或源自同一楼宇供电的两个起点，都无法在相应共因故障中存活。发电机只有在能够启动、有燃料、承载实际负载，并保护设备所需的冷却和接入系统时才有用。Haraguroicha 并未记录上述任何保护措施。
主机故障可能与电力故障类似。虚拟化管理程序崩溃、存储故障、网络维护窗口、账户暂停或容量压力都可能移除虚拟路由器。如果各个起点使用独立的主机和供应商，四起点设计或许能降低这一风险。但如果相同的管理凭证、配置错误或自动化变更波及所有节点，也可能放大这一风险。公开页面列出了端点，但未透露主机多样性。
提升电力评估所需的证据是具体的：按设施等级划分的设备位置、正常负载下的电池续航时间、发电机或主机承诺、双路电力状态、接入设备对电力的依赖、告警路径，以及在真实或控制停电期间记录的故障切换。缺乏这些事实，电力仍是公开描述中未标价的条目，也可能是可靠性账单中潜在的支配性条目。
故障路径三：路由纸上存在，却未投入使用
BGP 被设计用于自治系统间交换路径。其基础规范RFC 4271允许每个网络对其学习并宣告的内容应用策略。这种策略灵活性正是注册的导入行、活跃会话与全球优选路径之所以不同的原因。
Haraguroicha 的注册记录对 AS57429 指定了 AS41378 和 AS38856，对 AS212359 指定了 AS38856 和 AS20473。如果每对中的两个对等方均活跃、独立交付并能承载所有前缀，该网络就能拥有有用的路由冗余。近期的全球视图并未展示这种状态。它们显示出占主导地位的 AS38856 到 AS57429 路径，以及 AS57429 到 AS212359 路径。
有多种原因可以解释这一差距，而不意味着存在故障。备用会话可能已配置但处于空闲，可能仅在本地交换点宣告，承载部分前缀，优先级较低，处于收集器视野之外，或保留用于手动激活。注册信息可能仅仅是过时了。每种可能性都有不同的运营后果，这就是为什么一串 AS 编号列表并非弹性结果。
路由过滤器增添了另一种故障模式。如果上游从 AS-HARAGUROICHA 集合构建过滤器，那么缺失的成员或前缀对象可能阻挡预期的宣告。如果赞助方更改路由起源授权，验证结果可能随之改变。RFC 7454 中的 BGP 运行指南建议采取前缀过滤和限制等控制措施，正是因为接受所有路由并不安全。这些控制保护了互联网，但小型运营商必须使其注册信息与之保持一致。
目前的验证结果令人鼓舞而非完满：七条可见路由为valid，两条为unknown而非invalid。更强健的姿态应使所有预期的起源均为valid，监控意外的源变化，并公布当前前缀列表。还应设置实际的最大前缀限制，而不是让对等方根据笼统的 50 前缀许可去推断。
快速故障检测仅当多样性存在时才有帮助。PeeringDB 将已列出的 AS57429 交换接入的 BFD 支持标记为 false。双向转发检测可以迅速检测转发路径故障，但该标记仅说明这些交换会话所声明的状态；并不能证明 BFD 在他处缺失。即使检测完美，也无法将流量转移到共享同一故障底层网络或缺乏容量的路径上。
故障路径四：拥塞在每一次路由会话中延续
一条路径可以保持正常，却仍让用户遭遇失败。丢包、高时延、抖动或缩减的最大传输单元可能让 BGP 会话保持建立，而应用却停滞。隧道尤其容易出现这种脱节，因为即使在数据平面严重拥塞时，控制会话也能在低带宽下存活。
自报的 20-100 Mbps 流量等级足够微小，意味着一个 100 Mbps 起点可能成为高峰时段的瓶颈。如果标签准确，一次流行的下载、备份或向另一网络提供的路由就能显著改变利用率。缺乏公开的流量图表，就无法区分平均负载与峰值，也无法测试东京名义上的 10 Gbps 端口是否真如标签所示成为瓶颈缓解点。
对等可以缩短某些路径，但虚拟交换点也可能增加封装和间接路由。Poema 自己的描述异常坦率地指出，其虚拟结构并不会增加底层网络的吞吐量。如果流量通过原本用于转接的同一本地接入链路进入 Poema，那么更改 BGP 下一跳可能只是改变策略，却并未消除拥塞的第一英里。
故障切换期间的拥塞是更为严峻的考验。空闲容量必须存在于流量落地的位置，而不仅仅是离开的位置。如果新北起点故障，由台北吸收其路由，那么存活的隧道、主机和上游均需具备余量。一次成功的路由变更后，若伴随 10% 的丢包，便不是弹性服务。
运营商可通过公布一组小范围指标来解决此问题：按起点划分的第 95 百分位流量、到稳定目标的时延和丢包、接口错误、隧道开销、路由变更时间以及强制故障期间的性能。Cloudflare Radar 在观测数据充足时展示了总体质量视图，但未公开 Haraguroicha 的服务水平记录，也未指出客户接入线路。目前尚无公开证据展示高峰时段或故障切换性能。
现场维修始于所有权边界
本文中 "现场维修" 一词需要明确的主语。没有经过验证的 Haraguroicha 电杆线路、无线电铁塔或客户引入线可供维修。最有可能支撑该网络的现场资产，属于接入运营商、楼宇业主、托管公司和电力公司。Haraguroicha 自身的现场工作可能仅限于少数起点处的路由器、服务器、调制解调器、线缆及电源单元。
这并不意味人力无关紧要。它使得协调成为核心技能。当某个起点故障时，必须有人判断故障出在本地设备、接入、电力、隧道配置、远程主机、BGP 策略还是上游路由。每种诊断都指向不同的责任方和不同的恢复时限。小型运营商可能会在维修开始前，花数小时证明自己的所有权。
公开的联系界面似乎高度集中。RIPE 的管理联系人和技术联系人均指向同一个人，且运营商的页面将对等查询导向同一身份。一名技术娴熟的工程师可以运营一个能力不俗的研究网络。弹性方面的担忧在于可用性：疾病、出行、其他工作事务、凭证丢失或波及多个节点的事件，都可能使专业知识排成长队。
备件是这条队列的物理对应物。存储在新北的备用路由器或电源单元，无法立即修复台中的端点。如果无人能进入该楼宇，配置文件备份也于事无补。托管的虚拟机只有在线账户访问权限、镜像和路由授权均可用时，才能远程重建。没有公开材料指明备件硬件、远程支持人员、次级管理员或带外接入。
因此，人力测试应围绕每项资产展开。谁可以进入站点？谁可以更换设备？合同规定的响应时间是多少？是否有第二位管理员？在主要联系人不可用时，上游能否变更路由？配置和密钥能否在故障节点不存在时恢复？这些都是常规的运营问题，并非要求庞大的团队。对于一个紧凑的网络，清晰的授权委托能比另一条未经测试的隧道提供更强的弹性。
当链条断裂时，谁失去了服务
负责任地回答不能以 "用户" 开头，因为没有任何公开的用户基础。首先受影响的是运营商自身：其前缀、路由器和系统可能变得不可达。位于九个可见 IPv6 宣告中的服务，将暴露于相应的起源或上游故障。直接交换流量的对等方可能失去该路由，如果存在替代路径则回退至转接。
AS212359 是路由拓扑中一个显而易见的从属依赖。当其路径经由 AS57429 时，较新 AS 的边界故障同样可能移除旧系统的可达性。这是一种技术依赖，并非独立客户组织的证据。研究用户、朋友、合作者或私有系统也可能受到影响，但公开记录并未指明。也未显示有医院、学校、本地企业或家庭依赖 Haraguroicha 作为主要接入。指称这类用户将编造出无证据支持的社会影响。
缺乏经验证的客户，改变的是损害规模，而非工程技术本身。研究网络可以托管权威 DNS、监控、软件服务或实验，其中断对相关运营者具有重要性。它也可以充当训练环境，其中安全故障本身就是目的之一。在没有服务目录的情况下，正确的描述是：使用 Haraguroicha 路由域的系统及对等方遭遇可达性损失。
如果确实存在零售接入，所有权边界将决定用户体验。位于第三方最后一公里之后的客户，可能仍与接入运营商保持物理同步，却失去 Haraguroicha 的路由。另一位客户则可能失去本地电路，而 Haraguroicha 的全球路由依然可见。支持团队需要区分这些情况，并说明适用哪条维修队列。没有公开条款显示该责任将如何划分。
什么才能建立真正的冗余
最具价值的证据并非另一个城市名或交换徽章。它将是一张依赖关系图，针对每个起点，将物理站点、接入运营商、隧道端点、主机、电源、路由器、上游和路由策略分离开来。一个经脱敏的版本可在保护安全的同时，展示两条路径是否共享故障域。
上游多样性需要一次实时测试。每条预期的转接应通过独立交付的电路，宣告相同的已授权前缀。任一路径都应承载满负荷的高峰流量。一次受控撤回应在规定时间内转移流量，丢包和时延保持在规定目标以内。测试前后收集器的视图将显示备份是否到达了更广泛的互联网。
起点的多样性也需要同样严谨。新北、台北、台中和东京应与实际的托管或设备边界绑定，而非仅仅隧道标签。独立性意味着：在可行情况下使用不同的底层运营商、独立的主机账户和电力域、没有单一的中央隧道集中器，以及每个恢复点都具备充足的备用容量。
电力证据应包括实测的运行时间和依赖覆盖范围。一块比接入设备更持久的本地电池是有用的；若仅保护路由器则不然。托管起点应披露提供商是否提供冗余电力和远程支持。网络应知晓当楼宇或运营商断电时，哪些路径会消失。
维修证据应指明主要和备用响应人员、备件位置、站点访问权限及升级联系人。一份简单的故障记录，展示检测、诊断、路由转移、物理维修和恢复，将比静态网络图揭示更多信息。它也将显示在主要工程师不在时，运营商能否恢复。
最后，商业状态应与技术状态分开确定。一份现行资费表、可订购的地址、用户合同、以公开法定名称注册的记录、客户数量范围或经独立验证的安装，才能确立接入业务。缺乏这些事实，该网络应继续被描述为教育或研究路由运作，而非通过推断将其提升为零售运营商。
负责任的结论是：活跃的叠加网络，待验证的接入网
Haraguroicha Internet Service 比一张简薄的公司名片所暗示的更具实质。两个 ASN 仍注册在同一资源持有人名下，二者被归入一个维护良好的 as-set。近期可见九个 IPv6 宣告；较新的 AS 出现在 Lambda-IX，较旧的出现在 4b42，且运营商发布了四个隧道起点。大多数可见路由拥有有效的起源授权。这些均是一个运行中小型网络的迹象。
同样的证据也划定了一个明确的瓶颈。拓扑体现在隧道中，而非自有光纤。最大的交换和起点标签并不等于可用吞吐量。尽管注册策略更为广泛，但当前的路由观测均收束于 AS38856 和 AS57429。交换参与可远程实现，且已列出的 AS57429 的一项接入目前被标记为非运营。没有公开的设施、接入机房、电力储备、现场团队、服务级别承诺或客户基础。
这一组合支持中等网络证据等级和较弱的零售接入声称。可将 Haraguroicha 作为与台湾相关的区域 IPv6 路由与对等运营来分析。目前尚不能将其当作拥有四城宽带网络或销售成熟本地服务者来分析。
因此，本地连接账单实则是一张依赖账单。它将资金支付给第三方，用于购买承载隧道的接入、维持端点存活的托管、到达对等方之外的转接、每台设备底层的电力，以及诊断应由哪一方维修何物的人员。ASN 的数量和端口标签固然重要，但恢复能力取决于这些成本是否买到了真正独立的路由和可触及的双手。公开证据尚未证明这一点。