主题
软件生命周期与供应商锁定
在主题维度下，软件生命周期与供应商锁定主题情报把围绕同一具体议题、信号焦点或监测主题的 BTW.MEDIA 文章串联起来。页面为读者提供更完整的阅读路径，涵盖相关报道、证据来源、市场参与者和基础设施影响，并给出足够背景，帮助理解该主题为何在公司动态、治理决策、区域影响和运营风险中值得关注。读者可以比较反复出现的信号、受影响组织、公开证据、市场背景、服务连续性、采购、竞争、合规和战略规划等问题，而不是只看一份单薄的相关文章列表。页面还会说明该主题涵盖什么、涉及哪些基础设施参与方或政策、有哪些证据支撑报道，以及该主题对运营商、客户、投资者和关注政策的读者为何重要。
互联网历史
Adele Goldberg 与让 Smalltalk-80 远行的那份契约
“蓝皮书”把一个活的系统写成了可移植的约定：保留同一份虚拟镜像，在不同机器上实现对象内存、字节码、执行上下文与原语。它证明了 Smalltalk-80 可以被重新实现，却从未保证不同主机拥有相同的速度、字体、窗口、设备行为或使用体验。
互联网历史
Join 没有回执，树靠刷新存活：RFC 2117
RFC 2117 没有把稀疏组播树写成一次全网提交。一个本地成员指示产生一条记录，Join/Prune 逐跳刷新更多记录，新源先通过 Register 抵达汇合点，某些分支随后才转向源特定路径。协议之所以能扩展，正是因为每台路由器只需记住足够的局部事实，并允许未刷新的状态自然失效。
IETF
保存不是发送：RFC 9787 中的邮件草稿加密与承诺边界
假设一台设备自动保存了一封尚未完成的邮件，几分钟后，同一用户在另一台设备上打开邮箱，那些文字重新出现。这个转换只应说明作者重新取得了对未完成对象的控制：它不意味着预定收件人已经能够阅读，也不意味着作者已经用日常签名密钥对这些文字作出承诺。这不是一个真实事故，而是理解 RFC 9787 第 9.5 节最有用的起点——草稿被保存、同步、继续编辑和最终发送，并不是同一个权限状态的连续复制，而是一连串权力边界的变化。
互联网历史
浏览器记住了会话，却没有证明眼前的人：RFC 2109
RFC 2109 的示例商店把一个浏览器里的值叫作 `Customer="WILE_E_COYOTE"`。此后的请求又自动带回商品编号和配送方式。无状态的 HTTP 因而获得了一段可延续的记忆，但字段名仍是服务器的解释，不是对当前操作者身份、同意或付款意图的证明。
互联网历史
管理接口有地址，中继器端口却没有：RFC 2108 的观测边界
一台以太网集线器可以回答“哪个端口见过这个源地址”，却不意味着那个端口成了会读数据包的网络接口。RFC 2108 的价值，正是把管理实体与物理层中继器严格分开，再让二者之间的观测可复核。
互联网历史
Kathleen Booth：符号写完之后，机器才开始说话
1947 年，Kathleen H. V. Britten 与 Andrew D. Booth 把数学步骤、简略符号和机器指令排成一条可检查的链。符号让人更容易掌握机器，却没有替人判断计算是否值得相信。
互联网历史
地址显示“在家”，拨号线路却仍在远方：RFC 2107
RFC 2107 让远程拨号客户端借用家庭网络的路由外观。这个幻象依赖 Foreign Agent、Home Agent、共享密钥、Tunnel ID，以及必须按次序建立和撤销的状态。
互联网历史
Karen Spärck Jones：IDF 衡量集合中的稀有，不判定世界中的真实
一个词在两套文档中可以得到截然不同的权重，不是因为词义改变了，而是因为比较它的集合变了。Karen Spärck Jones 的关键贡献，正是把“特异性”从词典里的含义属性改写为可在语料集合中观察、测试和重算的使用统计。
互联网历史
路由器给工作站分配了地址，却没有赋予身份：RFC 2106
RFC 2106 用一台 DRAP 服务器承接大量远程 SNA 与 NetBIOS 工作站，解决了骨干侧连接随终端数量增长的问题。代价也同样明确：连接减少了，状态、判断与信任却集中到了边界网关。
互联网历史
标签推动了数据包，却没有证明路径：RFC 2105
一枚很短的标签进入交换机，成为精确查表的索引。机器找到出接口，换上一枚新的标签，再把数据包送往下一跳。这是 1997 年 Cisco Tag Switching 架构最简洁的一面。它之所以快，是因为真正复杂的工作早已在别处完成：路由协议先形成可达性，控制模块再建立并分发绑定。标签执行的是被记住的决定，却没有携带决定的来历、权限或最终结果。
案例档案
W3C 浏览器数据可携带小组从报告开始，而不是从标准开始
iPhone 用户已经可以把部分 Safari 数据导出，再交给另一款浏览器导入。这是一条真实但边界清楚的产品路径。9 月 15 日启动的 W3C 浏览器数据可携带社区组则处在另一层：它可以组织讨论、凝聚原则，并可能发布社区组报告；它尚未因此拥有标准、法律、厂商承诺或互操作测试的权威。把这几层分开，正是判断这个新小组价值的起点。
IETF
当快速重路由必须停止：NFFRR 的委托否决权与责任边界
一个 CE 故障，为什么会让两台本来都在“救包”的 PE 把流量互相踢回去？过期的 `draft-kompella-mpls-nffrr-04` 给出的 EVPN active-active 示例很直接：CE2 故障后，PE2 只看到自己的接入链路失效，于是把流量快速重路由到 PE3；PE3 同样把这次真实的单点故障理解为自己一侧的接入失败，又把流量绕回 PE2。两次分别合理的本地保护叠加后，数据包在 PE2 与 PE3 之间往返，直到 TTL 耗尽。这个例子来自标准文档的论证场景，不是已测量的生产事故。真正值得追问的不是“FRR…
案例档案
同一源文件哈希，谁生成了现场的验证器？
设想一次发布核对：各条流水线填写了同一个 CDDL 源文件哈希，却只有一部分能说明实际执行的解析器版本。源文件相同，解释它的程序却未必可追溯。写进仓库的版本标签，不会自动随生成验证器、容器镜像和部署消费者一路传播。RFC 9682 的落地问题，就藏在这些交接处。
互联网历史
两遍哈希造出了可复用的 MAC，标签却没有替系统作出信任决定：RFC 2104
RFC 2104 用一个内层、一个外层，把既有迭代哈希包装成可复用的消息认证码。它让实现不必改写哈希核心，也为更换底层算法留下接口。这个标签能约束密钥、算法与确切字节之间的关系，却不会自动证明人物或主机身份、授权、新鲜度、唯一性、规范化、保密性、送达以及部署正确。
互联网历史
定位符变了，随后连网络也移动了：RFC 2103
Nimrod 的移动性论文从一个优雅的分离出发：端点身份保持稳定，只更新说明“从哪里可达”的定位符。随后它找到了让这种优雅失效的情形——网络可以移动，而端点定位符保持不变；关联记录仍然正确，路由地图却已经过时。
互联网历史
没有统一的树，仍可读懂同一行状态：RFC 2102
RFC 2102 没有替 Nimrod 选定唯一的组播算法。它选择标准化更靠近执行的一层：无论分支由谁算出、由谁请求，路由器都必须以共同语义理解已经安装的复制关系。
互联网历史
信元绕过了路由器的工作，却没有继承路由权：重读 RFC 2098
在 RFC 2098 设想的信元交换路由器里，一个很小的查询决定了 ATM 信元的命运：若入站接口与 VPI/VCI 能映射到出站接口和新的 VPI/VCI，信元便直接穿过交换模块；若查不到，它就要重新组装成 IP 数据报，再按 IP 标识转发。这条快路减少了数据面的工作，却没有取代决定流量应当经过哪些路由器的慢控制面。
互联网历史
链路已经开放，每个名称仍要单独获准：RFC 2097
PPP 可以把远端机器带到 NetBIOS Frames 网络的边缘，但 RFC 2097 没有把链路建立等同于可达。NBFCP 要求双方明确协商：哪些十六字节名称会被投射到对端网络、哪些名称失败、对端属于哪类实现、组播怎样限速与排序，以及每个 NBF 数据报是否必须携带十二字节 MAC 头。
IETF
斜杠左侧的新名字登记了，部署却仍未得到证明
RFC 9694 把一次罕见的命名决定变成了生态承诺。新的顶层媒体类型会影响软件如何归类未知格式、选择处理器以及向用户呈现内容。注册表中的名字是真实事实，却只是从标准共识走到安全消费的一串证据中的第一张收据。
互联网历史
第四个字母决定编辑器能留下什么：RFC 2083
一张 PNG 在重绘全部像素后仍可正常显示，文件里却可能保留一段编辑器完全不懂的旧元数据。RFC 2083 没有把这段数据认证为真；它把一个更窄、更可执行的问题写进四个类型字节的大小写：解码器遇到未知 chunk 能否继续，编辑器改变图像后能否把它复制到输出。