跳转到主要内容

RIPE NCC · RIR 观察

报道

与该 RIR 相关的 BTW 报道及背景信息。如需逐项了解各项提案的历史、相关人物及其立场变化,请从“政策”栏目开始。

报道

最新报道

330报道数

资源持有、来源认证与争议前缀:AS210328 在2026年8月下旬如何取得又失去其路由合法性

报道

资源持有、来源认证与争议前缀:AS210328 在2026年8月下旬如何取得又失去其路由合法性

资源持有、来源认证与争议前缀:AS210328 在 2026 年 8 月下旬如何取得又失去其路由合法性 的情报摘要说明事态进展、可核验的公开证据、相关组织、区域背景、市场风险敞口,以及可能带来的基础设施影响。报道情报 语境将这一信号与网络运营、服务商策略、治理决策、资本流动、客户依赖、监管压力、合作关系动向、韧性规划、采购风险和服务连续性联系起来。

2026年9月28日
当“接听”滥用举报的公司已不存在:Svea 案例中的救济路径

报道

当“接听”滥用举报的公司已不存在:Svea 案例中的救济路径

当滥用举报(abuse)邮件送入一个注册名已不存在的机构时,举报人能向谁申诉?围绕瑞典 Svea 集团在 RIPE 注册库中的联系方式,公开记录既给出了几条可操作的救济渠道,也暴露了它们的边界。本文逐一检验这些渠道:从 RIPE NCC 的举报程序,到 ripe-705 的年度验证,再到 2017-02 提案确立的最终升级手段与 ripe-844 仲裁程序——并追问在法人已因合并而消灭之后,哪一条路真正走得通。

2026年9月28日
RIPE-NONAUTH:0.006%的Whois查询与20%的NRTM请求,衡量的是两件事

报道

RIPE-NONAUTH:0.006%的Whois查询与20%的NRTM请求,衡量的是两件事

RIPE NCC 曾把两个比例并列讨论 RIPE-NONAUTH,但它们来自不同的访问路径,并不是同一套“使用率”。如今 Q4 清理工作仅标为“Starting”;这两个数字都不能直接告诉我们有多少运营者依赖这些数据,也不能单独证明删除安全或危险。

2026年9月28日
谁在测量,谁在修复:RIPE 地区滥用联系人治理的控制面拆分

报道

谁在测量,谁在修复:RIPE 地区滥用联系人治理的控制面拆分

RIPE NCC 每年验证近九万个滥用邮箱地址,但政策文本同时声明它无权干预成员的内部滥用处理程序。本文基于 RIPE-705、RIPE-858、2017-02/2019-04 政策提案、RIPE Labs 试验数据与 RIPE NCC 2025 年度报告,拆解这一治理结构中"测量"与"修复"的控制面归属,并审视其最后制裁手段至今未被公开触发的证据边界。

2026年9月28日
RIPE NCC 在日内瓦谈“可衡量进展”,却未给出衡量指标

报道

RIPE NCC 在日内瓦谈“可衡量进展”,却未给出衡量指标

9 月 17 日,RIPE NCC 与 ITU、Permanent Mission of Lebanon in Geneva 举办互联网主题说明会,把 RIR 的工作放进数字政策目标与实际执行之间。会后通报提到伙伴关系、运行能力、能力建设和“可衡量进展”,却没有列出后续项目、基线或指标。它展示的是一套实施框架,不是已经证实的成果。

2026年9月28日
DFINFRA 与 AS210860 的生命周期台账:注册库登记了什么,路由又观测到了什么

报道

DFINFRA 与 AS210860 的生命周期台账:注册库登记了什么,路由又观测到了什么

DFINFRA 与 AS210860 的生命周期台账:注册库登记了什么,路由又观测到了什么 的情报摘要说明事态进展、可核验的公开证据、相关组织、区域背景、市场风险敞口,以及可能带来的基础设施影响。报道情报 语境将这一信号与网络运营、服务商策略、治理决策、资本流动、客户依赖、监管压力、合作关系动向、韧性规划、采购风险和服务连续性联系起来。

2026年9月27日
RIPE NCC 十月表决:2026 年盈余与赤字将由谁承担

报道

RIPE NCC 十月表决:2026 年盈余与赤字将由谁承担

RIPE NCC 十月大会的决议草案拟把 2026 年盈余留在储备中,却让会员在 2027 年承担赤字;若会员否决,分配方向就相反。2025 年大会通过的正是后一套安排。

2026年9月27日
RIPE 滥用联系人验证 2025–2026:从不落地的执法记录

报道

RIPE 滥用联系人验证 2025–2026:从不落地的执法记录

2025 至 2026 年的官方文件显示,RIPE NCC 的 abuse-c(滥用联系人)验证机制已进入成熟、自动化的阶段,处理量有量化数字可查;但针对 abuse-c 不合规的最后执法手段——会员关闭与资源注销——在这份记录中依然从未被启用。本文以 RIPE NCC 2025 年度报告(ripe-855)、2026 年度活动计划与预算(ripe-850)以及 2026 年 5 月最新修订的注销程序文件(ripe-858)为依据,核验这一执法尾巴是否发生了变化。

2026年9月27日
RIPE 的 IPv6 PI 修订案撤回了,运营者该依据哪条规则?

报道

RIPE 的 IPv6 PI 修订案撤回了,运营者该依据哪条规则?

一家机构准备申请更大的 IPv6 PI 地址块,读到 RIPE 提案页面仍写着“审议中”;再看三天前的工作组邮件,主席却已宣布撤回。同一个编号出现在两种状态里,最容易让申请人犯的错误不是误读会议程序,而是把草案中的地址规划办法当成现行权利。地址请求、客户承诺和迁网安排不能等网页整理完才做;它们也不能由一张滞后的状态标签决定。

2026年9月27日
RIPE的中亚路径比较需要一份样本账本

报道

RIPE的中亚路径比较需要一份样本账本

三张图可以呈现变化,却未必构成一条可复核的时间序列。RIPE NCC 在 CAPIF 5 报告中看到,2022、2024 和 2026 年之间,中亚区域内的互联网路径趋于直接,绕行减少。要让这个判断在探针、地理数据和分类方法继续变化后仍然站得住,下一步不是换一个更强的形容词,而是公开一份精简且可版本化的样本账本。

2026年9月27日
DFINFRA 与 AS210860:登记身份与商业实质之间,公开证据链仍未闭合

报道

DFINFRA 与 AS210860:登记身份与商业实质之间,公开证据链仍未闭合

DFINFRA 与 AS210860:登记身份与商业实质之间,公开证据链仍未闭合 的情报摘要说明事态进展、可核验的公开证据、相关组织、区域背景、市场风险敞口,以及可能带来的基础设施影响。报道情报 语境将这一信号与网络运营、服务商策略、治理决策、资本流动、客户依赖、监管压力、合作关系动向、韧性规划、采购风险和服务连续性联系起来。

2026年9月27日
AS216429 的归属链:NETMAX-BRO-LTD 的注册与可验证运营之间

报道

AS216429 的归属链:NETMAX-BRO-LTD 的注册与可验证运营之间

AS216429 的归属链:NETMAX-BRO-LTD 的注册与可验证运营之间 的情报摘要说明事态进展、可核验的公开证据、相关组织、区域背景、市场风险敞口,以及可能带来的基础设施影响。报道情报 语境将这一信号与网络运营、服务商策略、治理决策、资本流动、客户依赖、监管压力、合作关系动向、韧性规划、采购风险和服务连续性联系起来。

2026年9月27日
ISC-AGP1:互联网系统协会注册身份与运行 stewardship 之间的证据缺口

报道

ISC-AGP1:互联网系统协会注册身份与运行 stewardship 之间的证据缺口

ISC-AGP1:互联网系统协会注册身份与运行 stewardship 之间的证据缺口 的情报摘要说明事态进展、可核验的公开证据、相关组织、区域背景、市场风险敞口,以及可能带来的基础设施影响。报道情报 语境将这一信号与网络运营、服务商策略、治理决策、资本流动、客户依赖、监管压力、合作关系动向、韧性规划、采购风险和服务连续性联系起来。

2026年9月26日
最未启用的最后手段:RIPE NCC 滥用联络人机制中的“书面程序”与“已证明的执法”

报道

最未启用的最后手段:RIPE NCC 滥用联络人机制中的“书面程序”与“已证明的执法”

RIPE NCC 的注册数据库为每一家成员机构保存一个公开的滥用举报邮箱(abuse-mailbox)。该机构会定期验证邮箱的可达性,但验证通过不等于举报会有人回应。RIPE NCC 自己发布的文件记录了一条最终可导致成员资格终止、互联网号码注销与 RPKI 证书吊销的升级阶梯,也记录了这条阶梯在滥用邮箱问题上几乎从未被启用。本文用该机构自己的记录解释,为什么这个“最后手段”在实践中极少够得着。

2026年9月26日
DFININFRA 档案:注册表记录与路由观测之间的持续分歧——AS210860 的静默状态在 2026 年 9 月仍未改变

报道

DFININFRA 档案:注册表记录与路由观测之间的持续分歧——AS210860 的静默状态在 2026 年 9 月仍未改变

DFININFRA 档案:注册表记录与路由观测之间的持续分歧——AS210860 的静默状态在 2026 年 9 月仍未改变 的情报摘要说明事态进展、可核验的公开证据、相关组织、区域背景、市场风险敞口,以及可能带来的基础设施影响。报道情报 语境将这一信号与网络运营、服务商策略、治理决策、资本流动、客户依赖、监管压力、合作关系动向、韧性规划、采购风险和服务连续性联系起来。

2026年9月26日
RIPE Fellowship 承诺全面支持,但出行可行性不在公开评分之中

报道

RIPE Fellowship 承诺全面支持,但出行可行性不在公开评分之中

RIPE NCC 为 RIPE 94 和 RIPE 95 开放 Fellowship 申请时,给出的承诺是辅导、培训和参会所需的全面支持;项目详情页同时说明,部分签证相关出行可能无法全额覆盖,某些居住国的申请人也无法获得报销。公开流程缺少的,不是更多口号,而是把“因何入选”与“支持能否交付”接起来的状态记录。

2026年9月24日
RIPE NCC 的资源签名清单排在两项工作之后

报道

RIPE NCC 的资源签名清单排在两项工作之后

标准早已写好,服务却仍有先决条件。RIPE NCC 在 9 月公布的 RPKI 计划中,把资源签名清单的 API 支持放在身份系统与审计工作之后,而且以团队余力为前提。准备把地址带入云平台或其他网络的运营者,不能把“可以签署这种对象”误当成“现在就能从 RIPE NCC 取得这种对象”。

2026年9月24日
RIPE NCC 的测试 API 已恢复,但恢复链条没有合上

报道

RIPE NCC 的测试 API 已恢复,但恢复链条没有合上

“已解决”可以结束一次状态页事件,却不能替代一次对账。9 月 17 日的四个时间点清楚地说明服务状态如何变化,却没有让测试环境用户判断自己的操作是否落在故障范围内、是否需要重试,以及监测为何可以结束。

2026年9月20日
RIPE NCC保留了失效委派检查,却停止了告警邮件

报道

RIPE NCC保留了失效委派检查,却停止了告警邮件

2009 年,RIPE NCC 把常被误认为同一件事的两项工作拆开了:周期性的 DNS 失效委派检查继续进行,由检查结果触发的大批量告警邮件则被停止。这段历史真正有价值的地方,不是证明“发邮件无用”,而是迫使基础设施治理者分别回答五个问题:发现了什么、消息是否送达、谁愿意处理、修复是否完成,以及用户结果是否真的改善。

2026年9月20日
RIPE 的 IPv6 PI 草案给出 24 个月计划,却没定义到期后的决定

报道

RIPE 的 IPv6 PI 草案给出 24 个月计划,却没定义到期后的决定

2024-01 提案可以要求申请者说明未来两年打算如何使用地址,却还没有说明两年结束时应看什么证据、由谁判断,以及怎样作出相称的处理。

2026年9月19日