摘要

  • AS210764（ISC-AGP1）的 mnt-by 同时列出 RIPE-NCC-END-MNT 与 MAINT-ISC 两个维护者；按照 RIPE 的认证模型，两者凭据处于逻辑“或”的关系，任一方的有效凭据都足以授权对象更新。
  • aut-num 对象的创建时间与最后修改时间同为 2021-09-13T14:46:22Z，注册本体近五年没有留下任何修改痕迹；其指向的组织对象 ORG-ISCI1-RIPE 最后修改于 2026-05-13T07:34:54Z，成员层面的行政关系仍然活跃。
  • AS210764 自 2023-02-03 起未出现在全球路由表中，公告前缀数为零；PeeringDB 上自报的“ISC F-ROOT DYU1”（杜尚别）节点标签未能在 ISC 官方 F-root 页面中得到印证。

一份从未改动过的注册

RIPE 数据库中的 aut-num 对象 AS210764 记录着这样一组属性：as-name 为 ISC-AGP1，org 字段指向 ORG-ISCI1-RIPE，状态为 ASSIGNED，来源为 RIPE；创建时间与最后修改时间完全相同，都是 2021-09-13T14:46:22Z（RIPE 数据库记录）。“从未修改”是一个有时间戳背书的陈述：对象本体自写入数据库起，没有留下任何一次更新的痕迹。RIPE NCC 自己运营的 RIPEstat 页面呈现的核心属性与此一致（RIPEstat）。

需要交代镜像之间的独立程度：RIPEstat 由 RIPE NCC 运营，与注册数据同源；其余为第三方聚合镜像。它们在对象属性、时间戳与状态字段上没有出现分歧。就本次检索所及，可以确认的是：截至核查时点，AS210764 的 aut-num 保持 2021-09-13 的原始形态。

双维护者：权限的“逻辑或”

同一份注册的行政结构，比它静止的属性更值得细看。ipip.net 的镜像完整呈现了这条链（ipip.net 镜像）：aut-num 的 mnt-by 同时列出 RIPE-NCC-END-MNT 与 MAINT-ISC 两个维护者；import/export 策略声明从 AS3557 接受 ANY、向 AS210764 公告，并把 AS42229 列为第二个对端。org 字段指向的 ORG-ISCI1-RIPE 对应 Internet Systems Consortium Inc.，org-type 为 LIR，注册号 3618975（美国特拉华州），创建于 2013-06-26，最后修改时间为 2026-05-13T07:34:54Z——比纹丝未动的 aut-num 晚了将近五年。ipgeolocation 的独立镜像列出同样的组织字段（ipgeolocation 镜像）。

这组时间戳的对比是全文的支点：注册对象停在 2021 年，组织对象走到 2026 年。行政关系的活性与注册本体的静止，同时为真。

RIPE 的认证模型：匿名维护者与“或”门

这套双维护者结构如何运作，RIPE 的数据库文档给出了机制说明：对象更新由 mnt-by 所指向的 mntner 对象负责认证；维护者是匿名的，其认证是多种凭据的逻辑“或”——任意一种有效凭据通过即可（RIPE 数据库安全文档）。同一文档还说明，RIPE NCC 为 LIR 接收到的资源创建顶层对象，LIR 从中选择默认维护者，其选择结果就体现在 mnt-by 字段里。

RIPE 工作人员在 db-help 邮件列表的讨论中进一步说明了 RIPE-NCC-END-MNT 的角色（db-help 邮件列表）：它是面向直接资源与最终用户资源的维护者；只由它维护的对象经由 RIPE NCC 更新，且该维护者一般不能由用户自行更换。把这条社区层面的指引套到 AS210764 上，得到的是一个不对称的结论：这份注册并不属于“仅由 RIPE-NCC-END-MNT 维护”的类型——MAINT-ISC 并列在册。这意味着 ISC 一侧的凭据足以授权修改，不必经 RIPE NCC 的流程；反过来说，RIPE NCC 经由 END-MNT 的流程同样在权限链上。谁今天能改这份注册？按文档模型：两个维护者中任一方的有效凭据持有者。

而五年的静止时间戳显示：没有任何一方行使过这个权限。

路由静默与联系人栏的两种写法

注册数据是行政事实，路由数据是运行事实，两者在 AS210764 上完全分叉。Hurricane Electric 的页面显示，该 ASN 自 2023-02-03 起未出现在全球路由表中，公告前缀数为零；同一页面把 admin-c/tech-c 渲染为 DUMY-RIPE（个人数据已按显示规则移除）（Hurricane Electric）。前文引用的 ipip.net 镜像则将同一句柄显示为 IAC75-RIPE——与组织对象滥用联系人所用句柄相同。这是各镜像对个人数据处理方式不同造成的呈现差异，不是注册数据本身的不一致。IPinfo 对该 ASN 的定性更直接：“Inactive”，地址数为零（IPinfo）。

AS3557：策略文本里的公共身份

AS210764 策略中最重要的对端是 AS3557。IRR 数据中的 aut-num AS3557，as-name 为 ISC-F-ROOT，descr 标注 Internet Systems Consortium, Inc.，备注字段写明该 ASN 用于为 F 根前缀提供公告来源，并注明 3557 不会直接对等互联（Hurricane Electric AS3557）。Qrator Radar 的 whois 视图显示这条记录源自 RADB，维护者为 MAINT-AS1280，最后修改于 2023-11-13（Qrator Radar，RIPE aut-num AS3557）。ARIN 的历史分配把故事推回起点：1994 年 4 月 21 日，ARIN 将 AS3557 分配给 Internet Systems Consortium，ASName 为 ISC-AS（IPGeoLocation）。

F 根本身由 ISC 官方叙述：ISC 自 1994 年起运营 13 个根名称服务器之一的 F 根，采用分层 anycast 部署，在 IPv4 上应答 192.5.5.241、IPv6 上应答 2001:500:2f::f，运行 BIND 9（ISC F-root 页面）。PeeringDB 上 AS3557 的条目从互联视角补充：该 ASN“用于为 F 根 anycast 前缀提供公告来源”，并说明对等互联可通过所在 IXP 的本地 ASN 进行（PeeringDB AS3557）。

同一模式的邻居，与一个未被证实的编号

这个模式并非孤例。ipip.net 镜像显示，同一组织 ORG-ISCI1-RIPE 名下还注册着 AS210762，as-name 为 FROOT_TGD1，import/export 策略同样是“从 AS3557 接受 ANY、向 AS3557 公告 AS210762”（ipip.net AS210762）。两条注册并排而立，指向同一类行为：为 F 根的本地节点在 RIPE 区域登记专用 ASN，并与 AS3557 对接。

AS42229 是 AS210764 aut-num 中列出的第二个对端，但在本次检索范围内，其运营者身份未获得任何来源的印证。本篇有意将其留白：对一个无法核实的编号，猜测运营者只会制造噪音。

自报标签的边界

PeeringDB 的 AS210764 条目（net 27983）自报为“ISC F-ROOT DYU1”，位置标注杜尚别（塔吉克斯坦），网站填 isc.org，IRR as-set 填 AS-FROOT，RIR 状态为“ok”，更新时间 2024-06-26（PeeringDB net 27983）。这个条目的价值与局限同样清楚：它把一个零公告的 ASN 与 F 根的杜尚别部署联系起来，但这是社区自报数据。ISC 官方 F-root 页面确认了 F 根的存在与运营方式，本次检索未能在其中找到可与杜尚别站点逐一对应的部署表述；在独立印证到位之前，“DYU1”只能被读作一声自称，而不是一份记录。

结语：链条清晰，行使空白

把证据放在一起，AS210764 的行政权限链给出三个回答。第一，所有权结构清晰：组织对象锚定在 Internet Systems Consortium Inc.——一个美国注册的 LIR——之上，组织层面 2026-05-13 的修改痕迹说明这段成员关系仍在被维护。第二，修改路径在文档层面同样清晰：RIPE-NCC-END-MNT 与 MAINT-ISC 处于逻辑“或”上，ISC 凭据或 RIPE NCC 流程都能启动变更。第三，也是最有信息量的一点：自 2021-09-13 以来没有任何一方行使过这个权限，自 2023-02-03 以来这个编号在网络层面完全静默。一个活跃的管理关系，套着一个静止的注册与一个静默的编号——这正是行政权限链比路由可见性更能说明问题的案例。关于 ISC 与该注册的背景资料，参见 BTW 名录条目（BTW 名录）。