时间范围
Near
在时间范围维度下，Near时间跨度情报按信号预计产生影响的时间段组织文章。该页面帮助读者区分即时运营变化与可能需要数季度或数年才会逐步显现的长期治理、投资、标准和基础设施变化。它将时间预期与公开证据、相关方、市场背景、客户影响、政策压力和基础设施规划联系起来，以便读者判断某项动态是紧迫、具有战略意义，还是仍在等待证实证据。页面还解释了时间跨度如何改变信号的含义、哪些组织可能面临风险，以及哪些基础设施决策需要短期行动或长期监测。
报道
RIPE NCC 的光纤几分钟恢复，RIPE Access 约半小时才完全复原
5 月 27 日的短暂故障留下了两个都正确、却不能互相替代的时间：受影响的光纤在数分钟内恢复，而依赖登录的服务完成自动恢复约用了半小时。对承担资源管理入口的机构而言，这段差值值得被单独解释，因为网络重新可达并不等于身份状态已经可用。
报道
Barry 的 README 所用 IPv6 前缀过不了词法分析器
`::/0` 与 `0::/0` 指向完全相同的 IPv6 地址空间。可是在 LACNIC 的实验性生成工具 Barry 里，README 把前一种写法列为默认值，公开议题却称它会在描述文件的词法分析阶段被拒绝；在前面补一个零，输入就能继续。这不是 RPKI 验证失败，而是对象尚未产生之前的一道文字边界。
报道
LACNIC 的 PAI 客户端文档仍写 Java 8，最新 JAR 却要求 Java 17
README 是写给集成人员看的：Java 8 或更高版本。JAR 里的 class header 是写给 JVM 看的：major version 61，也就是 Java 17。两句话都很明确，问题恰恰在于它们已不再指向同一条运行时下限。
报道
APNIC 的 API 故障通告并未提及注册管理 API
`api.APNIC.net` 与 `registry-api.APNIC.net` 之间只多了一个连字符和一个限定词。APNIC 在 8 月 5 日的故障通告中写的是前者，并列出五项受影响服务；它公开的注册管理 API 规范使用的却是后者。这个差别不能证明两个服务彼此独立，却足以说明：只写“API”，还没有说明事故触及了哪一种权限。
报道
ARIN 计划为网页端提供 ROA 影响预警，却不覆盖 API
ARIN 正在把一个很有价值的停顿放进 ROA 创建流程：资源持有人确认变更之前，先看看这项变更可能怎样影响已观测到的路由。问题不在这项功能，而在它停靠的位置。网页操作员将得到 ARIN 集成的提醒，执行同一类写入的自动化系统却仍要去别处拼装证据。
报道
IANA 审查称参与充分，但 AFRINIC 没有社区投票成员
2025 年 IANA 号码服务审查留下了两个都成立、却不能互相替代的结论：委员会依法定人数作出了技术判断；公开名册中却没有一名来自 AFRINIC 的社区投票成员。报告随后记录全球公开征询收到零条意见，并认定社区外联与参与充分。问题不在于推翻服务测量，而在于补上地区参与回执——让读者知道每个地区在何时有席位、谁能投票、外联如何返回，以及沉默究竟属于哪一种状态。
报道
RIPE NCC 七个月完成 1,799 次检查，公开目标却没有覆盖台账
RIPE NCC 连续七期会员通讯给出了一组很漂亮的进度：2026 年 1 月至 7 月共完成 1,799 次辅助登记检查，已相当于全年 2,400 次承诺的近四分之三。这个数字足以说明工作量，却不足以说明覆盖面。公开序列没有告诉读者涉及多少个不同的 LIR、多少是复查、检查为何启动、范围有多深，以及纠正后是否再次出现同类问题。
报道
APNIC 的 RDAP 曾因请求“不像浏览器”拦截约一成流量
一项面向程序的注册信息协议，不应要求程序先把自己打扮成浏览器。APNIC 公开记录的一次 18 小时事故恰好暴露了这条边界：安全防护本身有必要，但客户端长得像什么，不能代替它是谁、为何访问以及是否应获准访问的证据。
报道
新版 RIR 草案写明：没有共同程序，也不妨碍执行
新版 RIR 治理文件草案第 1.3 条保留了一句分量很重的话：即使共同实施程序尚未通过，文件仍可执行。版本 3 新增的第 1.4 条紧接着划出边界：任何实体作出决定，仍须依照适用于该实体的程序，并纳入适用的质疑或申诉机制。共同程序可以暂缺，决定的来路不能缺失。
报道
AFRINIC WHOIS 数据转储中仍有 1,345 个弃用认证标签
数据库里留下一个 `MD5-PW`，不等于服务器今天还会接受它；服务器拒绝一种方法，也不等于旧标签已经从记录里消失。真正需要对齐的是三层状态：存了什么、代码允许做什么、迁移走到了哪里。
报道
一次熔接不等于恢复：委内瑞拉 Atlas 研究需要按顺序记录事件
7 月 22 日，Cirion 说海缆两端的光纤已经完成熔接，端到端测试也已通过，但封装和入水前测试仍在后面。7 月 23 日，公司宣布委内瑞拉已“完全重新连接”。LACNIC 博客随后刊登的一篇文章却把“完全修复得到确认”写在 7 月 24 日。这三天未必互相矛盾；它们更可能对应三种不同状态。任何想用时延曲线解释这场故障的研究，都必须先把这些状态放回正确的顺序。
报道
APNIC 统计了 96.9 亿次 DNS 查询，却仍无法确定重试发生在哪一层
APNIC Labs 只改变权威服务器给出的结果，抵达服务器的查询量便随之跨越了不同数量级：保持沉默时，记录接近 97 亿次。这个商数可以复算，但它没有携带重试者的身份证明。若把权威端的总量直接归咎于“递归解析器”，一项重要实验就会越过自身证据的边界。
报道
RIPE 数据库开始规范化 Unicode：文本证据链需要一张处理凭据
屏幕上同一个“ř”，底层可以是一个码点，也可以是字母 `r` 加一个组合附加符号。RIPE Database 1.123 选择在后续 UTF-8 处理前把两种写法归一到 NFC。这是合理的互操作性设计；但从提交到规范值、再到各接口输出，证据不能只剩下“看起来一样”。
报道
AFRINIC 的监测按钮已部署，却仍处于关闭状态
AFRINIC 在八月的版本记录里宣布，政府与大学域名的运营者可以申请加入监测。到了实际页面，这个入口已经写进 HTML，却没有获得可用的目的地址。程序因此选择不显示按钮。这是稳妥的失败方式，也暴露了“随版本交付”与“对外启用”之间缺少一张状态凭据。
报道
一次 TTL 跳升，能让 RIPE Atlas 的路径凭空多出一条 AS 链路
目的地址紧跟在某个网络后面，不等于二者直接相连。数据包可能经过了更多路由器，只是没有在那里耗尽 TTL。RIPE Atlas 最新研究发现，路径上的设备可以把探测包的 TTL 改大，让它越过后续所有应当触发超时报文的位置。真实转发没有跳跃，路径记录却把中间一段抹掉了。
报道
LACNIC 的 2025 年路径研究没有注明测量时间
报告封面上的年份属于出版秩序，数据点上的时间才属于网络。LACNIC 的区域路径研究提出了值得运营商核对的问题，却没有公开说明这些路径是在什么观测窗口里产生的。两只时钟没有接上，图表就难以成为可比较的基线。
报道
LACNIC 46 的机器记录仍写着 LACNIC 39 和 LACNIC 45
闭幕环节的规范分类和三种展示标题都属于 LACNIC 46，同一条记录的技术标题、slug 和另一组活动关联却还停在 LACNIC 45。首页对象里另有一个更早的名字：`LACNIC 39`。不一致可以精确复核，但没有证据表明读者因此看到错页或遭受损失。
报道
ARIN 的 IRR 对象会保留创建渠道
一个从 IRR-email 迁移而来的对象，可以在 ARIN Online 里删除，却不能在那里修改。这个限制可能是在保护旧对象的来源与语义；但如果解决办法是删掉再建，普通纠错就会变成一次没有公开接续凭证的谱系转换。
报道
ARIN 的短信国家清单成了攻击成本边界
一项扩大短信验证范围的建议，最终没有停在便利性争论上。ARIN 表示，少量获准使用的区域外手机号码形成了代价真实的攻击入口，因此不再增加新的区域外短信代码。决定已经公开，攻击是怎样发生、成本有多大，仍未公开。
报道
APNIC 的资源质量检查不是地址的固有属性
路由表里的一次干净观测，不会自动改掉远端网络的旧过滤器，也不会让信誉库和地理位置库同步更新。APNIC 早已把“保证”改成“检查”；真正需要随检查结果一起保存的，是时间、观测点和权力边界。