跳转到主要内容

LACNIC · RIR 观察

报道

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

报道

最新报道

282报道数

LACNIC 的最高风险有两只时钟,却没有公开起点

报道

LACNIC 的最高风险有两只时钟,却没有公开起点

LACNIC 为处于最高评级区间的剩余风险设下了一条罕见而明确的时间链:立即通知、90 天内提交处置方案、以不足 120 天退出该区间为目标。董事会会议纪要公开了时长,却没有公开两只时钟从哪个事件开始走。

2026年9月11日
Rapport验证缓存续存,但缺失清单警告仍被注释

报道

Rapport验证缓存续存,但缺失清单警告仍被注释

一项路由安全测试可以证明验证结果没有骤然消失,却仍未证明值班人员会知道新鲜证据已经中断。LACNIC 的 Rapport 在同一 CA 实例清单不可达的场景里守住了六条 VRP;然而,紧邻结果断言的警告检查在固定版本中仍是注释。这个细小的源码事实揭示了 RPKI 验收里经常被混成一个绿色勾号的两件事:数据面的连续性与人的可观察性。

2026年9月10日
LACNIC列出32条待于12月撤销的资源,但这不等于32宗案件

报道

LACNIC列出32条待于12月撤销的资源,但这不等于32宗案件

LACNIC 新公布的一批 32 条号码资源记录,共用一段 90 天的倒计时。公开列表让预警有了明确对象,但也留下一个关键边界:表中每一行代表资源,并不代表其背后的一宗追缴案件。

2026年9月10日
LACNIC 2026 年预算留下 39 万美元经营缺口,金融结果在账面上把亏损压到 8.7 万美元

报道

LACNIC 2026 年预算留下 39 万美元经营缺口,金融结果在账面上把亏损压到 8.7 万美元

年度亏损不是银行余额,买入债券也不是经营开支。LACNIC 的 2025 年经审计报表恰好同时出现会计亏损、经营现金净流入与现金增加,为读懂下一年度预算提供了一把少见的标尺。

2026年9月10日
LACNIC引用的ASPA比例在变,支撑它的快照没有留下

报道

LACNIC引用的ASPA比例在变,支撑它的快照没有留下

LACNIC 引用的 ASPA 比例在变,支撑它的快照没有留下 的情报摘要说明事态进展、可核验的公开证据、相关组织、区域背景、市场风险敞口,以及可能带来的基础设施影响。报道情报 语境将这一信号与网络运营、服务商策略、治理决策、资本流动、客户依赖、监管压力、合作关系动向、韧性规划、采购风险和服务连续性联系起来。

2026年9月10日
LACNIC 46 参会名单已有同意,仍需明确留存期限

报道

LACNIC 46 参会名单已有同意,仍需明确留存期限

LACNIC 在注册时直说会公开参会名单,也要求用户接受条款。真正尚未公开说明的,不是名单为何出现,而是四项字段展示多久、何时复核,以及删除请求怎样抵达可验证的结果。

2026年9月9日
LACNIC 的网络自治等级需要场景账本,而不是企业徽章

报道

LACNIC 的网络自治等级需要场景账本,而不是企业徽章

“我们已经达到 L3”看起来像一句完整的话,其实少了最重要的宾语:哪一段网络、哪一个流程、哪一种版本?没有这些限定,成熟度数字只是从工程记录里拆下来的名牌。

2026年9月9日
LACNIC 的滥用联系人锁定规则不在政策手册里

报道

LACNIC 的滥用联系人锁定规则不在政策手册里

政策手册负责说明什么叫不合规,帮助页面负责告诉会员系统会把门锁上。两份公开文件之间,缺的不是技术说明,而是一张能把规则、权限和后果对在一起的控制凭证。

2026年9月8日
一篇 LACNIC 电信文章把语音迁入 IP,却没有交代备用供电由谁负责

报道

一篇 LACNIC 电信文章把语音迁入 IP,却没有交代备用供电由谁负责

电话从电路交换迁往 IP,用户听到的仍是一声“喂”,供电边界却已悄然改变。LACNIC 博客的一篇新文章点出了这个关键变化:过去可能由电话局供电的线路,如今要依靠用户现场的光猫、路由器和终端。技术路线说清楚了,连续性责任还没有。

2026年9月8日
LACNIC RDAP 的 delegationSigned 记录父区 DS 是否存在,不等于 DNSSEC 验证结果

报道

LACNIC RDAP 的 delegationSigned 记录父区 DS 是否存在,不等于 DNSSEC 验证结果

注册数据里的布尔值很容易被误读成 DNS 安全链的最终判定。LACNIC RDAP 的 `delegationSigned` 回答的是一个更窄的问题:登记视图是否报告父区中存在 DS 记录。它不会运行递归解析器,也不会核验子区密钥,更不能证明此刻端到端验证成功。

2026年9月8日
LACNIC 把 2,100 美元的 IPv6-only 费率推迟到 2029 年,但 2020 年公告仍止于 2026 年

报道

LACNIC 把 2,100 美元的 IPv6-only 费率推迟到 2029 年,但 2020 年公告仍止于 2026 年

2026 年应付 1,200 美元,并不是系统把 2,100 美元算错了。LACNIC 董事会后来一致通过了更缓的折扣退出曲线。真正没有随决定一起抵达读者面前的,是一条版本关系:旧公告继续陈述当年的终点,现行表格给出新的金额,替代它的权限与时间却散落在数份会议记录里。

2026年9月8日
LACNIC要求用电邮发送Bulk WHOIS表格,同一页面却说电邮不受理

报道

LACNIC要求用电邮发送Bulk WHOIS表格,同一页面却说电邮不受理

申请一份受用途限制的批量名录数据,关键并不是纸张比电邮更正式,而是申请人能否知道哪一步让案件真正成立。LACNIC 现行页面先要求把已签表格发给`hostmaster`,获批后再邮寄原件,末尾却说电邮表格不予受理。两个渠道可以各司其职,但两个未命名的门槛无法形成可核验的程序。

2026年9月7日
LACNIC Whois 的 created 记录登记对象创建时间,而非网络上线时间

报道

LACNIC Whois 的 created 记录登记对象创建时间,而非网络上线时间

精确到秒的时间戳很容易被当成“出生证明”。但在 LACNIC 登记数据中,`created` 标记的是地址块记录何时建立。它没有说明资源持有者何时成立、网络何时启用、地址何时首次使用,也没有说明路由何时首次出现在 BGP 中。

2026年9月7日
LACNIC让并购转移“同价”,却没有让付款规则同样清楚

报道

LACNIC让并购转移“同价”,却没有让付款规则同样清楚

价目表最容易制造一种错觉:只要两个流程显示相同数字,它们承担费用的方式似乎也相同。LACNIC 已经把合并、收购和更名所产生的 IPv4 转移纳入与普通转移相同的公开费率,并建立年度通胀调整机制。然而,企业路径的公开页面没有同样清楚地说明谁付款、何时付款、拒绝后款项如何处理,以及多个地址块究竟算几笔费用。这里缺的不是另一张价目表,而是一份费用归属凭证。

2026年9月7日
LACNIC Whois 的 routing-c 可登记路由策略,但不能证明谁在运行 BGP

报道

LACNIC Whois 的 routing-c 可登记路由策略,但不能证明谁在运行 BGP

有权限把路由策略写进注册局系统的人,不一定就是操作承载这些策略的路由器的人,甚至未必属于同一支团队。LACNIC 将 `routing-c` 定义为可以登记自治系统所采用路由策略的联系人。这是一项影响公共记录的真实权限,却不是对实时 BGP 的观测,也不能证明某个人控制网络设备。

2026年9月7日
Barry 的 README 所用 IPv6 前缀过不了词法分析器

报道

Barry 的 README 所用 IPv6 前缀过不了词法分析器

`::/0` 与 `0::/0` 指向完全相同的 IPv6 地址空间。可是在 LACNIC 的实验性生成工具 Barry 里,README 把前一种写法列为默认值,公开议题却称它会在描述文件的词法分析阶段被拒绝;在前面补一个零,输入就能继续。这不是 RPKI 验证失败,而是对象尚未产生之前的一道文字边界。

2026年9月6日
LACNIC 的 PAI 客户端文档仍写 Java 8,最新 JAR 却要求 Java 17

报道

LACNIC 的 PAI 客户端文档仍写 Java 8,最新 JAR 却要求 Java 17

README 是写给集成人员看的:Java 8 或更高版本。JAR 里的 class header 是写给 JVM 看的:major version 61,也就是 Java 17。两句话都很明确,问题恰恰在于它们已不再指向同一条运行时下限。

2026年9月6日
LACNIC Whois 的 owner-c 表示注册管理权限,不代表网络运营

报道

LACNIC Whois 的 owner-c 表示注册管理权限,不代表网络运营

能够修改注册记录的账户确实拥有权力,但这种权力有明确边界。在 LACNIC 体系的巴西 NIR 部分,`owner-c` 是可维护机构资料并指定其他资源联系人的行政联系人。它本身不能说明谁在操作路由器、宣告前缀、提供 transit、处理事件,或在法律上拥有该资源。

2026年9月5日
一次熔接不等于恢复:委内瑞拉 Atlas 研究需要按顺序记录事件

报道

一次熔接不等于恢复:委内瑞拉 Atlas 研究需要按顺序记录事件

7 月 22 日,Cirion 说海缆两端的光纤已经完成熔接,端到端测试也已通过,但封装和入水前测试仍在后面。7 月 23 日,公司宣布委内瑞拉已“完全重新连接”。LACNIC 博客随后刊登的一篇文章却把“完全修复得到确认”写在 7 月 24 日。这三天未必互相矛盾;它们更可能对应三种不同状态。任何想用时延曲线解释这场故障的研究,都必须先把这些状态放回正确的顺序。

2026年9月5日
LACNIC WHOIS 的 nslastaa 记录上次成功检查,而非当前 DNS 健康状态

报道

LACNIC WHOIS 的 nslastaa 记录上次成功检查,而非当前 DNS 健康状态

注册局响应中的一个日期,很容易被误读成仍然有效的即时保证。LACNIC 对 `nslastaa` 的定义要窄得多:它记录的是在列出的服务器上最后一次观察到反向 DNS 配置正确的日期。这是一条有价值的历史观测,但它不能证明服务器此刻仍然响应,更不能替代路由证据。

2026年9月5日