主题
网络资源证据
在主题维度下，网络资源证据主题情报把围绕同一具体议题、信号焦点或监测主题的 BTW.MEDIA 文章串联起来。页面为读者提供更完整的阅读路径，涵盖相关报道、证据来源、市场参与者和基础设施影响，并给出足够背景，帮助理解该主题为何在公司动态、治理决策、区域影响和运营风险中值得关注。读者可以比较反复出现的信号、受影响组织、公开证据、市场背景、服务连续性、采购、竞争、合规和战略规划等问题，而不是只看一份单薄的相关文章列表。页面还会说明该主题涵盖什么、涉及哪些基础设施参与方或政策、有哪些证据支撑报道，以及该主题对运营商、客户、投资者和关注政策的读者为何重要。
案例档案
被委托的 LSP，不是被委托的网络
RFC 9504 让有状态 PCE 能够参与 GMPLS 控制网络；它没有把一条 PCEP 记录变成运营权移交，也没有把一次路径请求变成服务结果。
互联网历史
路由请求了电路，并不等于电路已就绪：RFC 1306
一条路由有时不仅决定转发方向。RFC 1306 记录的 1992 年实验中，内核完成路由查找后还可以向外部交换控制器发送请求，尝试建立按需的 T3 电路。这个动作很重要，但它绝不是电路本身。报告把查找、请求、建立、可传输和已经传输分开，因而没有让最先出现的一条控制消息冒充最后才可能出现的网络结果。
案例档案
算法已宣告，路径仍待计算：RFC 9502 的 IP Flex-Algorithm 边界
在变更会议上，“某前缀已经挂到算法 129”听起来像结论。它其实最多是一个需要继续拆开的起点。RFC 9502 让 IPv4 与 IPv6 前缀的可达性能够同 IGP Flexible Algorithm 关联，却没有把这种关联变成“流量必经此路”或“服务目标已经实现”的证明。定义是否一致、节点是否参与、路径是否算出、转发表是否安装、业务报文是否真的抵达，仍是五件不同的事。
互联网历史
服务器返回了 250，账号却可能不存在：RFC 1204
如果日志里只剩下一行“250 成功”，RFC 1204 的关键事实就已经丢了。1991 年这份实验性协议要求服务器在用户名格式正确时继续对话，即使它根本不认识这个名字。第一处肯定答复是为了隐藏账号清单；密码核验、正文接收、本地入队和最终投递各有自己的证据。
IETF
Bob Briscoe 与那枚无法证明低时延的 L4S 标记
包头写着意图，排队器留下事实，时钟记录结果。RFC 9332 的精妙之处，正是没有把这三件事混为一谈：一个携带 ECT(1) 的包，可能被某个运营者有意送进 Classic 队列，而它端到端的 L4S 标识仍然保持不变。
案例档案
收件人密钥已被标明，消息仍未被打开：RFC 9936
RFC 9936 让 CMS 可以携带 ML-KEM 收件人路径。可检查的记录能标明收件人证书或公钥及为其生成的密文；它本身不证明私钥保管、成功解封、内容处理或组织决策。
互联网历史
代理支持该模块，并不等于它获准变更：RFC 1303
管理站在设备面前最容易犯的错误，是把“设备能听懂这句话”当作“我有权说这句话”，再把“设备回了一个协议响应”当作“网络已经按照我的意图改变”。RFC 1303 在 1992 年处理的是更基础也更克制的问题：如何描述 SNMP 代理能支持哪些 MIB 组、哪些对象存在变体。它的价值恰在于没有越过描述、授权和结果之间的边界。
案例档案
一个 Bundle 已被接收，这并不等于有人承担了保管：RFC 9171 的保证边界
在延迟容忍网络里，“已接收”很容易被写成结论。一个节点有了副本，状态报告可能这样说，仪表板可能亮起绿色。但这并不证明谁已承担持续保管义务，不证明目的应用已经处理载荷，更不证明载荷所代表的工作已经完成。RFC 9171 的可贵之处，正是它不把这些不同的事实压缩成一个词。
案例档案
前缀已登记，路由仍只是本地承诺：RFC 9926
低功耗网络中的 IPv6 前缀被登记到邻居路由器，是一项有价值的路由事实；它不是该前缀的公开权属凭证，也不是全路径、报文送达或后端服务成功的证明。
互联网历史
标准认识“复合逻辑对象”，却没有替应用选定段落：RFC 1197
一份文件可以逐字节完整抵达，也可以通过格式检查，却仍然没有成为收件人手中的同一份文档。RFC 1197 在 1990 年把原因压缩成两页：ODA 给出了足够宽的抽象架构，实际互换还要另选应用配置，并把配置里的实体逐一接到每个编辑系统自己的对象上。
IETF
Kent Watsen 与没有记录运行中套接字的 UDP 模型
一张配置截图能够证明系统曾收到怎样的意图，却不能证明内核最后绑定了哪个端口。RFC 9984 的价值，恰恰在于它没有让一份可复用模型冒充运行现场。
互联网历史
工单不是故障：RFC 1297 划出的 NOC 记忆边界
网络故障不会因为夜班结束而结束，也不会因为系统给它分配了一个编号就变成单一、已知、已经修复的事件。1992 年的 RFC 1297 提出了一种克制得多的理解：故障工单是网络运营中心（NOC）的共享短期记忆。它保存观察、交接、责任和下一步，而不是替网络宣布真相。
案例档案
群组进入了新 epoch，却并未作出决策：RFC 9420 的 MLS 边界
一个加密群组可以极其精确地进入新状态：某个 Commit 已被处理，密钥已推进，组上下文已更新，新的 epoch 已出现。但这些技术事实本身，并不能说明相关的人已经阅读、理解、同意、授权或执行了某项决定。RFC 9420 的价值恰恰在于它清楚界定了前者，而没有借此宣称后者。
案例档案
排程已启用，变更却尚未执行：RFC 9922
一个“已启用”的排程、一条可信的下次发生时间，以及递增的次数计数，能说明系统正在保存怎样的时间规则。它们并不能证明某项受控变更已经获准、被调用、在目标上完成，或留下了可验证的结果。
互联网历史
DNS 行走统计的是记录，不是可达性：RFC 1296 的下界
一个关于互联网规模的数字，往往比产生它的方法更容易被流传。RFC 1296 在 1992 年 1 月列出 727,000 个 IP hosts，却没有把这串数字写成互联网的总人口，也没有把 DNS 中出现的名字说成可从互联网直接到达的机器。它把收集器能看见什么、看不见什么、怎样归并记录、为什么误差有方向，一并留在数字旁边。
互联网历史
一跳批准了标识符，目标却还没有接受流：RFC 1190
一台 ST-II 中间节点收到 `CONNECT` 后，可以先为本地转发批准一个短标识符、预留能拿到的资源，再把请求送向下一跳。此时控制面已经做了不少工作，目标应用却可能连提案都没看到。RFC 1190 把这段落差写进消息次序：路径上的处理是路径上的事实，不能代替终点掌握的同意权。
IETF
David Schinazi：目的端尚未回应，UDP 隧道为何已经成功
一个状态值首先要回答的，不是“成功了吗”，而是“谁有资格说成功”。CONNECT-UDP 的成功由代理发出，它确认自己已经准备转发；这句话不能越过网络，替尚未出声的目的端作证。
案例档案
这项声明被选择性披露，但档案并不完整：RFC 9901 与“缺失”的证据边界
少披露一项信息，可以是正当的隐私设计；它不是对未披露信息作出否定回答。RFC 9901 让持有人能够向验证方展示经发行方支持的特定声明，同时保留其他声明。它验证已经展示的内容，没有把可见部分变成完整档案。
互联网历史
公共目录必须允许拒绝列名：RFC 1295 的边界
电子目录把一个名字变得容易检索，并不自动使这个名字适合公开。1992 年的 RFC 1295 把这两件常被技术语言揉在一起的事拆开了。它没有先承诺更快的查询或更完整的索引，而是先承认一个更早的选择：当事人可以不被列入公共目录。
案例档案
时间戳碰到了载荷，却没有给签名定时：RFC 9921
把 RFC 3161 时间戳令牌放进受保护的 COSE 头，并不等于 COSE 签名在该时间戳签发时已经存在。RFC 9921 要求验证方先分清令牌覆盖的是载荷还是签名字节，再谈撤销前的历史有效性。