摘要

  • 2026 年 8 月 26 日，RIPEstat 观测到 AS43022 正在通告 9 个 IPv4 前缀和 1 个 IPv6 前缀；抽查的两个聚合前缀均通过 RPKI 源验证。
  • 一份 2025 年签署的协议在单一固定路径上完成了 2,000 次会话，并认定四项受监管指标达标。它不是全网可用性研究，更不是 SLA。
  • 真正决定韧性的证据仍未公开：节点级备用电力、物理独立的路径、事故与恢复记录，以及实际修复表现是否达到已公布的条款。

路由收集器仍然看得到某个前缀，并不意味着用户还能连到提供接入的节点。这个差异是分析 Seech-Infocom 的正确起点。现有公开记录足以证明该公司运营着一个可观测网络，却不足以说明居民或企业在电力、回传或现场设备故障时会经历什么。

其身份链条相当清楚。RIPE NCC 将 Seech-Infocom Ltd. 列为乌克兰本地互联网注册机构，对应 ORG-SL134-RIPE；RIPE 数据库中的 AS43022 以 UA-SEECH 为名，指向同一组织。乌克兰国家无线电频率中心的测试协议和公司公开要约均将法律实体写为 ТОВ «СІЧ-ІНФОКОМ》，EDRPOU 代码为 30001108，并说明其使用 INFOCOM 商号。相同的电话号码、infocom.ua 邮箱和官网把法律与运营记录连接起来，而不是仅凭名称相似作判断。

公开路由面同样具体。在 RIPEstat 2026 年 8 月 26 日的观测中，AS43022 通告的 9 个可见 IPv4 前缀覆盖 8,192 个地址，另有 1 个 IPv6 前缀。77.93.32.0/19 由 AS43022 发起时通过 RPKI 验证，允许的最大长度为 /24；2a04:7dc0::/29 同样有效，最大长度为 /29。IPv4 可见性为 327/327 个 RIS 对等观察点，IPv6 为 184/320，另有 21 个观测到的邻居。它们是控制平面观测，不是客户数量，也不是商业合同数量。

历史记录有价值，但边界不能被抹去。RIPEstat 对 77.93.32.0/19 返回了从 2022 年 3 月 5 日到 2026 年 8 月 26 日查询终点的连续可见区间，门槛是至少 10 个全路由观察对等体。这说明该聚合前缀在这段观测期间持续出现在控制平面。它没有显示街边机柜是否断电、PON 分支是否仍有供电、无线站点是否有燃料，也没有证明某一位用户能够传输流量。

互联记录显示出主动分散风险的意图。RIPE 策略对象列出 6 个接受全部 IPv4 路由的 import，分别来自 AS3255、AS3326、AS35297、AS15895、AS199995 和 AS6846，并同时列出交换与对等策略。由运营商维护的 PeeringDB 档案列出 4 个 20,000 Mbps 交换网接入，分布在 DTEL-IX 和 Giganet，并关联 Kyiv 的一个设施。但策略声明不等于会话正在运行；端口条目不等于容量正在使用；两个不同名称也不等于光纤、建筑或电源已经物理隔离。

公司官网说明了客户实际购买的服务。Seech-Infocom 公布了 100、200、300 和 500 Mbps 的家庭接入套餐，使用 FTTB、PON 和无线技术；面向企业则宣传数据传输、互联网、冗余和全天候技术支持。服务规则要求可能中断服务的计划维护提前一天通知；对已登记的网络损坏，除非确需更长施工时间，目标是在 24 小时内修复；如果由运营商造成的服务中断超过三个工作日，规则允许重新计费。公开要约承担自有网络可运行性的责任，同时排除公共互联网外部网段的质量责任。

这些条款揭示了控制机制：客户必须登记故障，运营商划分自身网络与外部网络，原因和持续时间决定补救是否适用。条款没有给出真实平均恢复时间、24 小时内结案比例、“需要更长时间”例外的使用频率或实际重新计费金额。合同目标是一种问责工具，不是业绩结果。

最扎实的性能文件也最容易被夸大。2025 年 4 月 14 日的 23-008 号协议记录了从 Zaporizhzhia 的客户 IP 77.93.44.2 到 Dnipro 测试服务器的 2,000 次会话，测试从 4 月 11 日 09:37:54 持续到 4 月 12 日 15:39:11。结果为注册成功率 100%、拒绝时间为零、全部注册都在 30 秒规范内；相对于 56 kbit/s 的监管下限，上下行均没有不合格会话；单向时延为 16.00 至 17.08 毫秒，平均 16.88 毫秒；丢包率为 0.02%，抖动为 1.02 毫秒。协议认定其评估的四项可用性与完整性指标符合要求。

这是一条固定路径约 30 小时的有用证据，不是年度可用率，不覆盖所有接入技术，不是故障恢复演练，也不证明节点电力自治。准确结论应当更窄：Seech-Infocom 拥有可见的公开路由面、有效的源验证、声明的互联选项、公布的客户补救机制和一项独立实施的测试。要主张韧性，仍需证明支撑这些要素的物理系统和运营结果。

未知项可以明确列出：共同风险组、上游实时状态、蓄电池与发电机覆盖、补能机制、接入节点数量和位置、事故台账、客户受影响分钟数、恢复时长分布、终端用户 IPv6 可用性，以及 2025 年测试线路的代表性。客户数、经审计容量和利用率也未得到证实。未知不等于失败结论。

主要一手证据：RIPE NCC 会员记录、RIPE 数据库 AS43022 对象、RIPEstat 路由状态、RIPEstat 路由历史、服务规则和2025 年测量协议。