摘要

  • 意见提交将在 8 月 19 日 23:59 UTC 截止。ICANN 的初步结论是，.juniper 属于品牌顶级域，为保护公共利益没有必要把它转交继任注册局。
  • 这不是最终决定，也不是根区撤销。冻结证据时，IANA 仍把 Juniper Networks 列为发起组织，并列出 Identity Digital 技术联系人和四台权威名称服务器。

一项注册局合同终止，并不等于一个顶级域在同一刻从互联网消失。.juniper 当前的程序，恰好把这两个经常被混在一起的动作分开了。

Juniper Networks 的终止函正文日期为 6 月 3 日；ICANN 的公开表格和后续决定把通知记录为 6 月 8 日。函件援引注册局协议第 4.4(b) 条，要求启动终止流程。ICANN 7 月 20 日的初步决定补充说明，该协议签订于 2015 年 7 月 30 日；.juniper 官方合同档案也列出这一日期，而该条款允许运营者以任何理由提前 180 个日历日通知终止。

合同退出之后还有一道独立判断：是否需要另一家注册局接管运营。ICANN 目前的答案是“不需要”，理由只有两项。第一，.juniper 符合 .Brand 顶级域条件；第二，为保护公共利益没有必要转移该顶级域。文件反复使用“初步决定”和“持续评估”措辞，因此不能写成已经作出最终裁决。

ICANN 终止信息页把征求意见期列为 7 月 20 日至 8 月 19 日。初步决定给出更精确的截止时刻：8 月 19 日 23:59 UTC。ICANN 表示会在发布最终决定前考虑利益相关方的材料，但现有文件没有赋予意见提交者指令性权力。

真正限制新闻措辞的是当前运行状态。IANA 的 .JUNIPER 委派记录仍把 JUNIPER NETWORKS, INC. 列为发起组织，把 Identity Digital Inc. 列为技术联系人，并列出 a0.nic.juniper、a2.nic.juniper、b0.nic.juniper 和 c0.nic.juniper 四台同时拥有 IPv4 与 IPv6 地址的权威服务器。WHOIS 和 RDAP 入口也在页面中。它能够证明冻结时的公开委派仍存在，却不能证明未来一定继续，也不能证明实际使用规模。

这正是 BTW 关注该事件的原因：合同权限和根区运行状态属于相互关联却不同的控制面。ICANN 的注册局过渡流程把五项能力定义为关键功能：DNS 解析、在提供 DNSSEC 时保持正确签名的区域、通常通过 EPP 使用的共享注册系统、WHOIS 等注册数据目录服务，以及注册局数据托管。是否安排继任者，回答的是谁要维持这些功能，而不是证明它们已经失效。

.juniper 的公开材料没有报告关键功能跌破紧急阈值，也没有说明注册局违约或启用紧急后端注册局运营者（EBERO）。它是运营者主动发起的计划性退出，不能套用故障接管叙事。资料也没有给出二级域名数量、流量、依赖服务或用户损失，因此既不能宣称“无人使用”，也不能虚构已经发生的影响。

品牌顶级域条款还为字符串设置了一段受约束的后续时期。初步决定称，两年内如未经 Juniper 同意，ICANN 不得把该顶级域委派给继任注册局；这种同意不得被不合理地拒绝、附加条件或拖延。与此同时，ICANN 的通用说明明确说，不转交继任者并不阻止未来通过新的申请程序重新申请该顶级域。两年条件不是永久保留权，也不是立即向其他运营者开放。

因此，8 月 19 日的新闻节点是证据窗口，而非停服时刻。接下来真正改变事实边界的，是 ICANN 最终决定、协议状态中的生效日期，以及 IANA 根区记录是否随后变化。在这些证据出现前，应把“Juniper 提出退出”“ICANN 是否指定继任者”和“根区何时改变”分别陈述。

来源