摘要

  • RIPE将Protelecom LLC与一个IPv4 /22地址块、一个IPv6 /29地址块，以及AS60953和AS61034两个自治系统相关联。
  • 在RIPEstat于2026年9月5日提供的有限观测中，每个ASN都可见两条IPv4前缀，共覆盖512个不同地址；两个ASN及其相互声明的策略并不能证明两个独立故障域。

RIPE NCC成员页面将Protelecom LLC列于基辅，并把乌克兰列为服务区域。组织对象把ORG-PL187-RIPE登记为LIR，维护者为PROTELE-MNT。反向组织查询把185.20.216.0/22、2a04:1800::/29、AS60953和AS61034关联到该组织，并返回名为TechExpert的嵌套分配185.20.218.0/23。

两个aut-num对象提供了重要但有限的线索。AS60953名为PROTEX-AS，AS61034名为PROTELE-AS，两者都关联ORG-PL187-RIPE，登记策略还声明彼此接受ANY路由并向对方发布。这些只是注册表中的策略声明，不能证明实际流量遵循该关系，也不能证明故障切换有效，或两套系统拥有彼此独立的设施、设备、供电和上游路径。

RIPEstat的定时观测显示地址空间如何呈现给采集器。9月5日16:00 UTC，AS60953 routing-status与AS61034视图各记录两条IPv4前缀、覆盖512个不同地址。两者均未观测到IPv6路由宣告，并在响应列出的327个IPv4 RIS对等点中全部可见。这是有限观测，不是服务等级或全球可达性保证。

两周前缀记录展示了分工。AS61034持续发布185.20.216.0/24和185.20.217.0/24；AS60953持续发布185.20.218.0/23，以及与之重叠且更具体的185.20.218.0/24。因此，登记的 /22 由两个关联同一组织的源ASN发布，其中一半还同时存在聚合路由与更具体路由。

这使两个问题变得重要：谁有权改变每项路由宣告，哪些组件真正相互独立？公开证据均未回答。它没有揭示物理拓扑、主动切换、客户安排、流量、故障历史或恢复表现。可以成立的结论更窄：计算ASN数量不等于绘制故障域。