摘要

  • 运营商维护的 rdtc.ru 页面公布许可证清单并描述通信服务；RIPE 记录则把公司名称、ORG-RDTC1-RIPE、AS29072 和一条受查路由对象连接起来。
  • 这些信息是有用的核查标识，却不能证明许可证当前有效、实时路由状态、服务表现，或某项具体服务的恢复与补救责任人。

清单很具体，作用仍有限

运营方维护的介绍页称 Regional Digital Telecommunication Company 成立于 2000 年，并列出涉及远程信息处理通信服务、数据传输、通信信道、本地电话和有线广播的许可证编号。页面还称客户从个人延伸至大型企业和银行，并公布俄罗斯法律名称及新库兹涅茨克地址。

这些披露能帮助采购方保存许可证编号、拟购业务类别、报价所用法律名称和观察日期，再向主管机关索取当前确认与适用条件。公司页面不能替代主管机关的记录；本次来源中没有独立监管答复证明每项许可证当前有效，也没有证明某个产品确实落入其范围。

登记一致回答的是另一个问题

RIPE NCC 成员页列出 Regional Digital Telecommunication Company LLC、新库兹涅茨克 Kutuzova 街 45 号，并把俄罗斯联邦列为服务区域。ORG-RDTC1-RIPE记录同一名称、国家代码 RU 和 LIR 类型。

AS29072 的 aut-num 对象使用 RDTC-AS，引用 ORG-RDTC1-RIPE，状态为 ASSIGNED。针对 31.220.160.0 的 RIPE 查询返回覆盖 31.220.160.0 至 31.220.163.255 的 inetnum 对象，netname 为 RDTC-NET、状态为 ASSIGNED PA、维护者为 RDTC-MNT；同一查询还返回 31.220.160.0/22 路由对象，其 origin 字段为 AS29072，维护者相同。

这是一条可复核的行政登记链，但它不能显示当前是否可见该路由、哪些上游承载流量、流量如何到达具体客户，也不能证明看似不同的路径不存在共同物理依赖。

补齐缺失的恢复责任图

验收记录应连接四个界面而不混为一谈：签约主体与当前授权；AS29072、相关前缀与服务范围内组件；监控、接障和恢复团队；以及在承诺未达成时负责服务抵扣、退出权或其他补救的主体。现有来源没有测量时延、可用性、拥塞、故障切换或 SLA，也没有证明网站上的每项服务都使用 AS29072 或所查前缀。带日期的路由观测、已披露依赖、经过测试的升级路径和合同条款都是独立证据。

来源