RIPE NCC · RIR 观察
报道
与该 RIR 相关的 BTW 报道及背景信息。如需逐项了解各项提案的历史、相关人物及其立场变化，请从“政策”栏目开始。
报道
最新报道
331报道数
报道
RIPE 的 IPv6 PI 草案给出 24 个月计划，却没定义到期后的决定
2024-01 提案可以要求申请者说明未来两年打算如何使用地址，却还没有说明两年结束时应看什么证据、由谁判断，以及怎样作出相称的处理。
报道
RIPE NCC 仲裁：记录何时锁定，裁决期限从何时起算
提出仲裁请求、仲裁正式开始、裁决传达，是三个不同节点。RIPE NCC 的程序说明涉及记录锁定和可延长的裁决期限；这些安排本身，不能回答成员资格、资源登记及服务在争议期间是否持续。
报道
RIPE 的 RDAP 会把触及任一边界的混合 AS 区块标为“保留”
RIPE 的 RDAP 会把触及任一边界的混合 AS 区块标为“保留” 的情报摘要说明事态进展、可核验的公开证据、相关组织、区域背景、市场风险敞口，以及可能带来的基础设施影响。报道情报 语境将这一信号与网络运营、服务商策略、治理决策、资本流动、客户依赖、监管压力、合作关系动向、韧性规划、采购风险和服务连续性联系起来。
报道
RIPEstat 用 12859:4xxx 解释 12859:4000：通配规则本身也是证据
RIPEstat 的 Looking Glass 能把晦涩的 BGP community 变成一句有用的说明。但在本次冻结响应中，路由里实际出现的是 `12859:4000`，说明文字“customer routes”却来自更宽的表达式 `12859:4xxx`。说明未必有错；真正需要保留的是它为何适用。观测值、匹配规则和规则来源，是三项不同的事实。只把最终句子交给读者，会让一个可复核的模式匹配看起来像路由本身携带的定义，也会在说明更新后失去复原旧判断所需的版本与时钟。
报道
RIPE NCC 有 110 项制裁调查，它的表格却没有时钟
RIPE NCC 的第三季度报告把制裁筛查队列的规模摆在了公众面前：截至 2026 年 7 月 2 日，累计告警达到 2,172 项，其中 110 项仍在调查。但这张表无法回答更贴近当事人的问题——这些未结案件究竟已经等了多久。
报道
RIPE WHOIS为何让无效API密钥在审计中留下身份
认证失败常被想象成一道把一切信息清空的闸门：没有用户、没有权限，也没有更新。但在当前 RIPE WHOIS 源码的一条路径中，Basic 认证里的用户名会在密钥验证之前写入会话；验证失败后，这个密钥 ID 仍随`Invalid APIKEY`进入测试所期待的审计记录。它既是一项有意保留的调查线索，也是一项需要限制读者、用途和保存期限的可关联标识。
报道
RIPE 的纯文本历史记录，需要保住查询上下文
Whois 1.124 让历史对象可以直接以纯文本阅读，但内容仍经过过滤，结构化响应还会另附版本编号。保存正文，不等于保存足以识别这份记录的上下文。
报道
Sagan 的“成功”标志，不要求目标地址作答
最后一跳有回复、目标地址有回复、最后一个被选中的中位 RTT，是三个不同问题。Sagan 已把它们分开；如果报告只留下一个“成功”，就可能把代码没有检验的事情也算进去。
报道
RIPE Atlas Tools 的十秒超时没有覆盖 Atlas 请求
六月加入的 HTTP 设置会传给地理位置查询，却没有进入所检查的测量创建请求。一次不联网的源码测试说明了控制边界，并不证明线上发生过超时故障。
报道
Starla沿用RIPE Atlas的版本号，但它们不标识实际执行程序
这个 Rust 探针实现会在注册信息里明确写出自己的名字，同时让测量结果沿用与参考探针兼容的版本值。两者并不矛盾；真正需要补充的是，读者如何把一条历史测量与当时实际运行的程序、构建和采集条件联系起来。
报道
RIPE NCC 同时推进四项安全计划，公开记录还缺一张交接图
“进行中”是一种克制的状态说明，却不能告诉成员：审计、风险治理、应用安全和安全监测之间，哪一项工作正在给另一项提供证据。RIPE NCC 无须公开漏洞、控制配置或审计底稿；它需要公开的是一张范围有限的交接图，标明证据类别、责任职能、接收决定、有效日期和下一次复核。
报道
RIPE NCC可以审计IPv6资源，但政策没有连到审计程序
争议不在于注册管理机构有没有权力，而在于读者能否顺着政策看到权力怎样运行：RIPE-738 两次要求 LIR 在审计时提供证据，却没有把人带到说明启动、范围、时限、结果与申诉的程序文件。
报道
RIPE NCC 允许签署 ASPA，却不显示它在 BGP 中看到的上游
AS 号码持有人已经可以在 RIPE NCC 的仪表板里签署一份提供商授权，但现行指南明确说，界面不会依据 BGP 提示哪些 AS 可能是上游。真正需要补上的不是替操作者作答的自动名单，而是一张带时间、视角、理由和不确定性的证据单，让路由观测停留在“候选”位置，直到操作者明确作出授权。
报道
RIPE 的 NRTMv4 来源闸门改读副本，回退机制却在闸门之后
把高频读取从主库移开是合理的工程选择。RIPE NCC 一次只有三个文件的代码变更，却清楚地划出了一条更细的责任线：新来源对外开放之前，谁来证明服务端读取的目录副本已经准备好？
报道
RIPE Atlas让重连与存活信号共用事件处理器：慢后端同时堵住了两者
6 月 8 日，一台 RIPE Atlas 软件探针即使本地互联网仍然可用，也可能在普通断线后无法重新进入测量网络。RIPE NCC 公布的事故说明揭示了关键链条：重连请求和控制器存活信号经过同一个事件处理器。后端变慢以后，被延迟的不只是一次查询，还有系统用来判断控制器是否健康的证据。
报道
RIPE NCC 的四条旧 IPv6 胶水记录只剩三条：根区修复从来不是一键批处理
`.ps` 的根区胶水地址已经与名称服务器的当前地址对齐，`.ne`、`.sd` 和 `.tj` 却仍指向旧前缀。同一轮改号出现不同结果，揭示了真正的工作单位：每个顶级域委派都要单独授权、单独核验、单独收尾。
报道
RIPE Atlas 固件 5130 加入 OpenWrt 硬件架构，但版本号不能替代部署回执
探针页面上的“5130”看起来像一个结论，实际上只是索引。它没有告诉读者：哪次源代码提交进入了哪套 OpenWrt 构建环境，产生了哪组经过签名的字节；哪些硬件世代获准接收；哪些设备完成更新、测量验收或回滚。RIPE Atlas 要让固件版本成为可复核的证据，还需要一条从构建到设备的保管链。
报道
太空 IPv6 草案为每颗行星预留五条 RIR 路径，却没有定义“区域”
这份草案先摆好五个柜台，却没有说明一个不断移动的申请者该排哪一队。沿用现有区域互联网注册管理机构，确实比另建一套太空号码体系更节制；但当资源持有人、任务控制方、地面站、发射地和目的地分属不同区域时，“适当的 RIR”不能只是一句方便的形容。
报道
RIPE NCC 的 AuthDNS 名册有 43 个运行节点，却没有交付接入网覆盖的账单
RIPE NCC 已经把目标说得很具体：在覆盖不足的地方进入大型接入网、与这些网络对等互联，或借助 IXP 端口接触更多网络。它的公开名册能证明 43 个 AuthDNS 托管节点正在运行，但还不能证明这些地图坐标分别改变了哪些解析器的 anycast 去向。
报道
RIPE的IPv6 PI草案预留扩展空间，部分转移可能让它失去用途
RIPE 正在审议的 IPv6 PI 提案，希望在新分配周围预留一个更大的半字节边界，为未来增长保留连续空间。RIPE NCC 自己的影响分析同时指出：如果已分配的区块可以被拆分转移，这块看似完整的预留空间可能再也无法承担原来的扩展任务。