主题
网络资源证据
在主题维度下,网络资源证据主题情报把围绕同一具体议题、信号焦点或监测主题的 BTW.MEDIA 文章串联起来。页面为读者提供更完整的阅读路径,涵盖相关报道、证据来源、市场参与者和基础设施影响,并给出足够背景,帮助理解该主题为何在公司动态、治理决策、区域影响和运营风险中值得关注。读者可以比较反复出现的信号、受影响组织、公开证据、市场背景、服务连续性、采购、竞争、合规和战略规划等问题,而不是只看一份单薄的相关文章列表。页面还会说明该主题涵盖什么、涉及哪些基础设施参与方或政策、有哪些证据支撑报道,以及该主题对运营商、客户、投资者和关注政策的读者为何重要。

IETF
SAVNET 最后征询:先界定误拦与误放,再谈过滤
一个边界路由器看得见某条前缀路由,不代表从邻网进入的每个同源地址包都获得了授权。IESG 正就跨域源地址验证的问题陈述征求最终意见,10 月 1 日截止。审查对象是信息性文档的缺口与要求,不是一套已经获批的过滤协议。

互联网历史
一份 DHCP 报文里的四种身份线索,不能合成一张设备身份证
抓包里有厂商类别、客户端标识、参数请求清单,也可能有厂商专属回复。RFC 2132 让它们共用一种选项格式,却让它们服务于不同的决定:选择配置、查找绑定、表达偏好和解释私有数据。

互联网历史
字节送到了,读者的语言还没有到:RFC 2130 的七层分界
一封邮件的指令和出错后给人看的说明,可能挤在同一次通信里,却不能用同一种“本地化”办法处理。1996 年 IAB 字符集工作坊在 RFC 2130 中把这种差异拆开:字符如何过线、协议如何保持稳定、读者最终看到什么,都是不同的承诺。

互联网历史
RFC 2129:电路已经应答,流却还不能上路
1997 年,东芝提出用虚电路绕过逐包 IP 处理。容易被忽略的不是这条“快路”,而是快路建立后的一次停顿:邻居认得电路,并不等于它愿意在电路上接收某一条流。FANP 用两次不同的回执划出了这道界线。

互联网历史
RFC 2127 的分层账本:为什么接口行数不是呼叫数
在 RFC 2127 的管理模型里,一通多速率 ISDN 呼叫可以占用多条 B 信道,却只让信令统计增加一次。它把物理接入、D 信道、承载信道和上层封装拆成不同记录,也因此留下了一条至今仍重要的边界:拓扑、控制、计费提示与业务结果不能共用同一张收据。

IETF
RFC 10040 弃用 LCAF type 5,但 Experimental 不是迁移方案
RFC 10040 为 LISP 分配了新的 Geo-Location 编码,并把旧 Geo-Coordinates type 5 标为弃用。发布已经发生,但文档成熟度、注册表状态、实现支持、互操作、迁移完成和位置数据的合规使用仍是六组不同事实。

互联网历史
RFC 2169:HTTP 路径不是资源权威
RFC 2169 在 1997 年提出的不是一个“权威解析器”,而是一条刻意轻量的约定:用 HTTP 向 URN 解析器提问。请求能够到达哪里,与谁有权为名称说话、谁保管资源、谁允许访问,是不同的问题。

互联网历史
版本 3 没变,服务已经变了:RFC 2126 的兼容性代价
“版本没变”最容易被读成“双方理解相同”。RFC 2126 恰好说明相反情况:同一个 TPKT version 3 既可以包住旧 Class 0,也可以进入带独立加速通道与显式断开的 Class 2。

案例档案
RFC 9647:让 Babel 路由状态可审计,而非自动可信
一条 Babel 路由记录可以显示为 selected,但从 YANG 数据存储中的状态投影,到实际生效的接口策略、经过认证的邻居交换、转发表安装、故障恢复过程以及外部独立观测到的可达性,这条证据链仍可能是不完整的。RFC 9647 的价值不在于替运营者证明网络已经正确工作,而在于把 Babel 管理对象、状态来源和配置意图变成可检查的结构;剩余的证明责任仍属于实现、部署流程和运行验证。

互联网历史
先许可,再通话:RFC 2125 的两阶段带宽决定
对端答应增加一条线路时,新增带宽仍然可能为零。RFC 2125 把这段距离写进协议:请求响应先决定是否允许行动,随后独立的 Call-Status 才报告真实呼叫的结果。

互联网历史
FAS 已作出裁决,交换机仍需把它变成现实
RFC 2124 把连接策略交给外部服务,却没有把服务的答复等同于随后发生的连接。它真正留下的是一条证据链:裁决、执行、状态同步与计费记录属于不同事件。

互联网历史
RFC 2123:流量记录不是线路抄本,而是规则集的投影
NeTraMet 保存的从来不是“网络本身”。一个数据包进入计量器后,先要经过规则的取舍:看不看这种协议、保留哪些属性、把哪一端视作源,以及内存吃紧时还能维持多细的分类。RFC 2123 把这条加工链摆到了台面上,也因此划清了一个计数值究竟能证明什么。

互联网历史
链接开启的是会话,不是对象:RFC 2122 的 VEMMI 边界
`vemmi` 超链接看起来像地址,指向的却不是一份等候下载的文件。RFC 2122 借用 Web 的派发机制,把本地客户端送进另一套系统:它要建立持续会话、选择服务、处理身份询问,并在更晚阶段决定是否运行可执行对象。链接只命名入口,不为入口之后的任何结果背书。

IETF
状态 2 消失之后:BGP-SPF 如何把“可达”与“不可中转”分开验收
一次配置重生成之后,生成器把它认为“可选”的字段规范化掉:Node NLRI 重新出现,节点上的服务也能正常响应,但原先明确宣告非中转意图的 SPF Status 2 已经不在通告中。这只是一个假设性的操作暴露面,不是对任何厂商缺陷、真实部署或已发生故障的描述。关键在于,RFC 9815 赋予“字段缺失”明确语义:状态 2 一旦被省略,先前状态被隐式撤销,节点恢复默认的中转**资格**;这并不证明它已经进入任何实际转发路径。真正的路径使用仍取决于拓扑、度量、SPF 计算、已经安装的转发表状态,以及针对明确流量所做的验证。

互联网历史
根服务器压缩了协商成本,却没有成为世界目录:RFC 2120
X.500 把全球目录画成一棵整齐的树,树根的实际运作却依赖标准之外的人际与组织安排。每个第一层目录系统代理(DSA)的管理员,本来都要与其他同级管理员逐一协商。RFC 2120 记录了 NameFLOW-Paradise 如何用名为 Giant Tortoise 的非标准根 DSA 把多对多协商压缩成一对多,也记录了为什么走向 ISO 标准协议不能靠一次切换完成。

互联网历史
重置写在下一包里:RFC 2118 的 MPPC 恢复边界
RFC 2118 为 Microsoft Point-to-Point Compression 设计了一段持续共享的记忆,也设计了一种很克制的恢复方式。丢包打断历史后,接收端会发出 Reset-Request;真正建立新解码起点的,却是发送端下一枚带 `FLUSHED` 标记的数据包,而不是单独的 Reset-Ack。

互联网历史
Join 没有回执,树靠刷新存活:RFC 2117
RFC 2117 没有把稀疏组播树写成一次全网提交。一个本地成员指示产生一条记录,Join/Prune 逐跳刷新更多记录,新源先通过 Register 抵达汇合点,某些分支随后才转向源特定路径。协议之所以能扩展,正是因为每台路由器只需记住足够的局部事实,并允许未刷新的状态自然失效。

互联网历史
浏览器记住了会话,却没有证明眼前的人:RFC 2109
RFC 2109 的示例商店把一个浏览器里的值叫作 `Customer="WILE_E_COYOTE"`。此后的请求又自动带回商品编号和配送方式。无状态的 HTTP 因而获得了一段可延续的记忆,但字段名仍是服务器的解释,不是对当前操作者身份、同意或付款意图的证明。

互联网历史
管理接口有地址,中继器端口却没有:RFC 2108 的观测边界
一台以太网集线器可以回答“哪个端口见过这个源地址”,却不意味着那个端口成了会读数据包的网络接口。RFC 2108 的价值,正是把管理实体与物理层中继器严格分开,再让二者之间的观测可复核。

互联网历史
地址显示“在家”,拨号线路却仍在远方:RFC 2107
RFC 2107 让远程拨号客户端借用家庭网络的路由外观。这个幻象依赖 Foreign Agent、Home Agent、共享密钥、Tunnel ID,以及必须按次序建立和撤销的状态。
