主题
网络资源证据
在主题维度下，网络资源证据主题情报把围绕同一具体议题、信号焦点或监测主题的 BTW.MEDIA 文章串联起来。页面为读者提供更完整的阅读路径，涵盖相关报道、证据来源、市场参与者和基础设施影响，并给出足够背景，帮助理解该主题为何在公司动态、治理决策、区域影响和运营风险中值得关注。读者可以比较反复出现的信号、受影响组织、公开证据、市场背景、服务连续性、采购、竞争、合规和战略规划等问题，而不是只看一份单薄的相关文章列表。页面还会说明该主题涵盖什么、涉及哪些基础设施参与方或政策、有哪些证据支撑报道，以及该主题对运营商、客户、投资者和关注政策的读者为何重要。
案例档案
号码属于那家企业，模型却未必：RFC 9997 私有 SID 空间里的权限分界
一个整数可以落在正确的企业区段里，却指向错误的 YANG 节点；一个 `.sid` 文件可以使用完全正确的 PEN 算式，却来自未经授权的发布者。RFC 9997 让私有 SID 不再需要逐笔申请，这是一次干净的协调减法。它同时留下了一条不能省略的判断：避免号码冲突，不等于证明模型来源。
案例档案
昨日的链路借出了窗口，却没有借出今天的容量：RFC 9959 与拥塞状态复用权
边缘服务记得某个客户端一小时前跑满过一条高时延链路，于是想让新连接跳过漫长的慢启动。但地址没变，不代表最窄瓶颈、排队者和服务器站点也没变。RFC 9959 允许旧观测提出一次受限试验，绝不允许缓存替今天的路径作答。
报道
APNIC 曾称 RPKI 镜像收益有限，NNIX 试点检验的是另一种收益
2025 年 10 月，APNIC 研究的是主仓库长时间不可达时，一份镜像能为刚启动的验证器争取多久；答案约为五天，收益被评为“非常有限”。七个月后，APNIC 与 NNIX 在杭州提出镜像试点，公开目标却转向时延、验证速度和数据可用性。同一个“镜像”名词，正在回答两道不同的问题。
报道
ARIN 的 NET 权限会随查找路径改变
一项权力可以很窄，却不能是盲的。ARIN 的一份社区建议记录称：父级网络的直接登记方可以删除一个详细重新分配出来的子级 NET，也能用精确起止地址找到它，却不能用同一把 API 密钥按 handle 读取它。这里真正需要解决的不是“既然能删，就该什么都能看”，而是一次不可逆回收在执行前能否看清对象身份、当前状态与影响边界。
IETF
Kireeti Kompella 与那张不能证明业务可用的 Echo 回执
一份 MPLS Echo Reply 可以说明：某个按特定方式构造的探针，到达了一台能够解释目标转发等价类的路由器。这是一项精确而有用的事实；它却不能顺带证明所有等价路径、闲置备份路径、对称回程、客户负载和应用交易。LSP Ping 最值得保留的不是一个绿色“成功”，而是它究竟问了什么。
互联网历史
主机表说“支持 TCP”，端口必须亲自回答：RFC 832 如何测量运行事实
1982 年 12 月，NIC 主机表已经能写下某台机器“支持 TCP”，但一行登记不能替远端完成一次连接。David Smallberg 的调查把这两层事实并排放置：左边是目录中的能力声明，右边是从特定主机、在特定时段向 Telnet、FTP 和 SMTP 发起连接后实际看到的结果。它没有把测量者变成裁判，而是用结果分类、失败复测和下一周的新快照，给“运行代码优先”划出可审计的边界。
互联网历史
那个看起来像终端的进程边界：RFC 818 如何让 Telnet 客户端成为服务
TC68K 里的 PTY 并不是真终端。它对一个程序表现得像键盘与显示器，另一面却只是把字符交给另一个进程。RFC 818 正是借助这层“可用的假象”，把入站 Server Telnet 接到出站 User Telnet，再用 107 端口给整套能力一个可发现的入口。界面看似连续，权限与证据却必须逐段计算。
报道
APNIC数清了IDNIC的2,974笔分配，三项已完成NIR审查却没有公开分母
“审查已完成”可以是一项真实、审慎而且干净的结论。但如果这句话没有同时说明审查了多少记录、覆盖什么时期、依据哪一版规则、如何处理假阳性，它就只能证明流程走到了终点，不能让外部读者理解终点的边界。APNIC 已经证明自己能够公布精确分母；现在缺少的不是成员档案，而是一张不泄露成员信息的完成回执。
报道
AFRINIC 现行 RPKI CPS 把其管理区域写成了亚太
AFRINIC 当前资源认证页面仍把读者引向一份 2020 年 5 月发布的 3.0 版认证实践声明。文件第 V.8 节用 AFRINIC 的名称搭配了 APNIC 的服务区域。真正需要修复的不只是一处地名，而是这次修改能否留下版本、授权与回读证据。
互联网历史
名字服务差点成为谈判者：RFC 830 如何拆开域解析与能力选择
一个完整名字最先被处理的，不是最靠近用户的左端，而是最右边的顶级域。RFC 830 让源端服务器沿着层级逐段找到目的域，却在抵达域的服务端点后停了下来：真正要用哪种传输、哪种应用、哪个地址，还要再谈一次。后来成为 DNS 的设计保留了层级，却没有保留这位通用谈判者。
案例档案
每份证据都是真的，拼出的机器却可能不存在：RFC 9999 与远程证明的组合权
一台服务器可以提交 CPU、SmartNIC 与 GPU 三份格式正确、签名有效的证明，仍然没有回答最关键的问题：它们是否来自此刻请求权限的同一台机器。RFC 9999 让异构证明能够被统一封装和转交，但成员绑定、时效判断、可信评估与业务授权仍然各有权责。
案例档案
信封标明了证据，却没有绑定设备：RFC 9999 与证明集合中的权限边界
一台服务器可以把主处理器、SmartNIC 与 GPU 的三份签名报告装进同一个整齐的集合。类型都能识别、签名都能验证、解析器也没有报错，仍然不能证明三份报告属于眼前这台设备、同一次会话和同一条受保护的历史。RFC 9999 解决的是可携带性；它也清楚划出了可携带性不能替代的判断。
报道
AFRINIC 有 3,573 个地址对象指向 Geofeed，数据库却仍没有专用字段
AFRINIC 的 Geofeed 并非不存在，而是藏在备注里。这个兼容方案既合规又被大量采用；真正需要回答的是：当一项机器可读的网络数据依赖数千条“约定俗成的文字”时，谁负责定义格式、写入权限、冲突规则、RDAP 输出和迁移结果？
互联网历史
编号不会让文件变成标准：RFC 825 如何把意图写进记录
一条目录记录保留了“RFC 825”，状态栏却是空的。编号没有错，链接也能打开，但读者已经失去最重要的判断条件：这份文件是在制定规范、发起讨论、提供信息、报告阶段状态，还是记录一次会议？RFC 825 在 1982 年给出的答案很克制——不要让编号承担它没有获得的权力，要让文件先说明自己正在做什么。
报道
RIPE NCC 报告 IPv4 队首已等 467 天，公开队列还缺一张流量账
RIPE NCC 的等待名单同时运行着两只钟：公开表格每三小时刷新一次，8 月会员更新中的队首 LIR 却已经等待 467 天。高频快照能告诉人们队列此刻有多长，却不能解释一个月里有多少申请进入、多少 /24 发放、多少请求撤回。
互联网历史
层不是模块：RFC 817 如何横切协议栈
协议栈图把 IP 画在 TCP 下面，TCP 又画在 Telnet、FTP 和 SMTP 下面。图中的横线回答了协议之间如何提供服务，却没有回答一台正在运行的主机应当在哪里读报头、唤醒进程、维护计时器和移动数据。1982 年的 RFC 817 抓住了这个常被忽略的差别：网络层次是互操作合同，执行模块则是本地成本的分配方式，两者不必沿同一条线切开。
报道
394名支持者不是表决结果：RIPE NCC会员提案的议程门槛需要计算回执
一项会员决议进入表决之前，先要通过另一种计算。RIPE NCC 在 2026 年 5 月要求 394 名会员支持，才把会员提出的决议列入大会日程。这道门槛有清楚而合理的制度目的；目前公开记录欠缺的，是让 394 能够被重新算出的分母快照与支持事件链。
报道
LACNIC 公布了 98% 的外联满意度，却没有公布回复数
LACNIC 称，2025 年的会员见面活动覆盖了 5 个国家、7 座城市和 330 多家组织；在“收到的回复”中，98% 落在最高满意度区间。这个限定写得谨慎，但公开记录仍少了一个决定解释边界的数字：究竟收到多少份回复。
案例档案
两边的地址都没错，重连后却只能留一个：RFC 10019 与零配置组播的冲突裁决权
网络分区会制造两份各自诚实的历史：两边都看不到占用，都分配出可用的组播地址，也都让应用开始发送。链路恢复时，问题不是找出哪一本账造假，而是承认旧观察范围已经失效，并决定谁迁移、怎样迁移，以及用什么证据证明新旧流量没有被混淆。
互联网历史
报错只是建议，不是裁决：RFC 816 如何分层判断故障
邮件正文的每个字节都已被 TCP 确认，收件程序却可能在发出 SMTP 最终确认前崩溃。RFC 816 借这个早期事故说明：传输成功、网络报错、等待超时和业务完成各有边界，任何一层都不能替下一层宣布结果。