摘要

  • SeaTelecom Nord-West 是可核验的零售通信运营商，公开了资费、许可证编号、支持义务、恢复条款和带日期的事件通知。
  • RIPE 将合计 1,280 个 IPv4 地址的三个网段关联到 SeaTelecom，但相应 route 对象的源 AS 是分配给 SeaExpress Ltd. 的 AS31444。这证明路由层存在协作，不证明双方的公司、合同或物理关系。
  • 连续性审查应把现象、原因、控制者、恢复和补救分别记录。公网可见的路由与合同目标属于不同证据层，不能替代实际结果。

2026 年 8 月 24 日，Scrollnet 向用户发布了两种完全不同的故障解释。一份通知称，Rosseti 电网作业导致 Repola、Myalki、Chulkovo 和 SNT Pervomayskoye 的所有服务中断，预计作业结束后自动恢复。另一份通知称俄罗斯境内普遍出现 Google 公共 DNS 8.8.8.8 和 8.8.4.4 问题，并建议无法连接的用户改为自动获取运营商 DNS。

两份通知的价值，在于它们暴露了诊断边界。域名无法解析、接入节点断电和路由撤回，在用户端都可能表现为“互联网中断”，但控制者、证据和处理方式并不相同。这些通知记录的是运营商的归因；它们没有独立证实外部原因，也没有给出受影响用户数或实际恢复时间。

企业身份可以形成可靠证据链。官网列出 ООО «Си Телеком Северо-Запад»、INN 4703149530、KPP 470301001，以及列宁格勒州 Bugry 的地址；2026 年的数据告知书还列出 OGRN 1174704005233。RIPE 的 ORG-SNL56-RIPE 对象使用 SeaTelecom Nord-West Ltd. 名称，并给出相同注册号、邮箱和电话，将其标记为 LIR。因此，法律主体、客户服务界面与网络资源记录可以直接对应，而非仅凭名称相似推测。

零售业务也有公开依据。Scrollnet 官网按地址展示 30 至 700 Mbit/s 的住宅不限量套餐，多项套餐提供固定 IP；商业场所则需按地址确认技术可行性和价格。2023 年 8 月公开要约列出四个通信许可证编号，涵盖信道、非语音数据传输、电信信息服务和有线广播。这只能证明要约当时的声明，不能代替 2026 年对监管登记的实时核验。

要约还规定了面向用户的责任界面。除突发故障维修和计划作业外，服务应连续提供；计划预防或维修作业至少提前 24 小时在网站公告。如果中断归因于运营商，用户联系技术支持后，应在不晚于两个工作日内恢复。若运营商原因造成的中断超过三小时，用户可书面申请按月固定费用的日比例重新计费。

这些条款是问责机制，不是绩效统计。公开资料没有说明多少故障在两个工作日内恢复、恢复时间如何分布、多少次中断触发重新计费，或实际减免金额。归因会直接影响补救：合同针对运营商责任，而两份通知分别指向供电企业和外部解析服务。

RIPE 记录揭示第二条边界。185.237.236.0/23 与 185.237.238.0/23 分配给 ORG-SNL56-RIPE，83.68.61.0/24 则转分配给同一组织。三个 route 对象都把 AS31444 列为源 AS，并使用 MNT-SEANET 维护者。明确与 SeaTelecom 关联的三个地址块共含 1,280 个 IPv4 地址；这不是用户数、活跃使用量或自有基础设施规模。

AS31444 也并未分配给 SeaTelecom。RIPE 的 SEANET-AS 对象指向 ORG-SL17-RIPE，该组织名为 SeaExpress Ltd.。在 RIPEstat 2026 年 8 月 27 日的观测中，AS31444 对外宣告 10 个可见 IPv4 前缀，共 9,216 个地址，在返回集合的 327 个 IPv4 RIS 对等体中全部可见，有 36 个观测邻居，但没有可见 IPv6 前缀。所核对的资料只将其中三个前缀明确关联到 SeaTelecom，不能把整个 AS 的数据算作 SeaTelecom 的网络资产。

共享维护者和共同源 AS 说明双方在注册及路由策略层存在协作，却不说明是否共享股权、合同、人员、路由器、光纤、机房或供电。谁有权修改 BGP 宣告、谁在客户事件中拥有最终指挥权，仍属未知。

对三个前缀，RIPEstat 的 Routinator 结果均为 RPKI unknown，没有返回有效 ROA。Unknown 不等于 invalid，也不是劫持或泄漏证据。未来建立有效 ROA 可以提升源验证能力，但仍无法证明备用供电、物理路径独立或维修表现。

因此，严谨结论既不是“网络脆弱”，也不是“网络有韧性”。SeaTelecom 公开了有用的合同、资费与通知；RIPE 资料揭示了明确资源，以及这些资源经 SeaExpress ASN 宣告的事实。真正缺少的是控制地图与结果账本：各层由谁负责、物理风险是否分离、事件何时真实开始和结束、影响多少用户，以及承诺的补救是否执行。

主要一手证据：SeaTelecom 官网、供电中断通知、DNS 通知、公开服务要约、SeaTelecom RIPE 组织对象、AS31444 对象与RIPEstat 路由状态。 完整来源清单： S01, S02, S03, S04, S05, S06, S07, S08, S09, S10, S11, S12, S13, S14, S15