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

案例档案
数据包带着标记,却没有给出运营结论:RFC 9947 与 SRv6 测量权威
一个带有丢失位、时延位、流标识、时间戳和序列号的数据包,很容易让人误以为“路径已经被证明”。它最多把原本不可见的观察对象带到若干 SRv6 节点。它没有证明每一跳都读取过字段,没有证明标识只对应一个流,也没有证明采集器的时钟、周期和路线与客户实际使用的服务一致。标记是仪器,不是结论。

互联网历史
隧道把它做成一张网,发现仍须抵达每个节点:RFC 1234
1991 年 6 月的 RFC 1234 给出了一种简洁的安排:把 IPX 数据报封装进 UDP,让只承载 IP 的网络承载 IPX,并把整个 IP internet 视作一张 IPX 网络。这个说法解决了转发视角的问题,却没有替发现机制完成另一项工作。已知主机可以从 IPX 主机号直接映射到 IP 地址;需要广播时,服务器、路由器和客户端却必须依靠人工维护的 peer list,逐个复制为单播。隧道统一了传输,发现仍必须真正抵达所有应答者。

案例档案
设备从 SCIM 消失,网络访问仍需另作决定:RFC 9944
删除一个 Device 资源,可以确定 SCIM 服务此后展示什么;它本身不能确定网络实际执行了什么。RFC 9944 把边界写得很清楚:删除是应用表达的意图,是否撤销基础设施访问仍由 SCIM 服务器及其后端本地策略决定。

案例档案
映射到了路由器,却没有替任何人决定路径:RFC 9962 与 LISP-Decent
一个网络可以把控制平面的依赖拆散,却不能把决策责任拆散。RFC 9962 把这一点展示得很具体:LISP 隧道路由器不必只向一个独立管理的映射服务商查询和登记 EID 到 RLOC 的关系;它们可以共同维护映射状态、彼此发现并承担 Map-Server 的角色。但一条通过认证的登记、一次 Map-Notify 回执、一组复制后的映射,或一次 DNS/组播发现,都没有替请求方证明路径可达、终点符合预期、流量已经送达,更没有替承担网络后果的运营者决定应否使用该路径。

北美云服务趋势
Guidewire将590万美元分入服务收入,却不会改变ARR
Guidewire 的一份客户合同,可以在经营指标里保持“经常性”,同时在会计报表里有一部分被列作服务收入。2026 财年前九个月,这样跨过报表边界的经常性许可、支持或订阅合同价值为 590 万美元。它不是多出来的一笔收入,也不是 ARR 遗漏;两套口径本来就在回答不同问题。

互联网历史
同一项服务容纳两个邻域,路由器仍在中间:RFC 1209
一张共享传输网常把“能到达”伪装成“本来就是邻居”。1991 年的 RFC 1209 为 SMDS 上的 IP 与 ARP 划出了一条更克制的线:不同管理实体可以在同一 SMDS 服务上各自配置封闭的逻辑 IP 子网(LIS);主机只在自己的 LIS 内直接通信。要到另一个 LIS,就要经过 IP 路由器,即便 SMDS 物理服务本身或许能提供直达路径。共享底座并没有替 IP 宣布一个共同的本地范围。

案例档案
告警变了状态,原因仍待证明:RFC 9940 的证据边界
一条告警可以来得很快、很有用,也可以完全诚实,却仍不是事故结论。RFC 9940 提供的价值正在这里:它让读数、状态、故障、问题、原因和决定可以相连,却不允许它们被写成同一件事。

互联网历史
NIC 看起来没有中断,登记写入却暂停了:RFC 1261
服务交接最容易制造一种错觉:门还开着,地址还在,界面也很像昨天,于是人们以为底层的权威状态从未停过。RFC 1261 记录的 1991 年 NIC 服务交接,恰好把这两件事拆开。它尽量让用户仍能找到熟悉的服务,同时明说:为了把 WHOIS 主数据库移交出去,登记变更要暂停五天。入口的连续,不等于登记簿仍可写。

案例档案
DNS 的 ID 归零了,缓存仍要遵守时钟:RFC 9953 与 DoC 的证据边界
缓存可以替低功耗设备省下一次昂贵的传输,却不能替它回答“这条 DNS 回应由谁担保、还剩多久、后来为何被采用”。RFC 9953 的成熟之处,在于把可复用性和可依赖性放进两套不能混写的记录。

案例档案
收据把声明写入账本,却没有替任何人作出信任决定:RFC 9943 与 SCITT
软件供应链里最危险的压缩,往往发生在一张“已验证”的绿色卡片上:有签名,有透明服务,有可核验收据,于是某个制品似乎已经“可信”。RFC 9943 提供的其实是一种更严谨、也更有用的能力:让签名声明及其登记过程可审计。它不裁定声明为真,不保证发行方已披露全部重要信息,不评价透明服务政策是否足够,也不代替依赖方决定是否部署、采购、放行或继续使用制品。

案例档案
W3C 的 2026 年 XML 命名空间指向一份仍在变化却没有变更规则的草案
稳定的地址,并不自动意味着地址下面的词汇已经冻结。W3C 在 2026 年 8 月 19 日标记了一个新的 XML Security 命名空间;第一份真正使用它的 RFC 9231bis 存档版本却在两天后才出现,而且同时还加入其他内容。提前分配能够消除占位符,问题不在这一步是否正当,而在公开记录没有说明:许可绑定了哪一版、冻结前谁能改名、何时冻结,以及 W3C、IETF、IANA 之间如何交接。

案例档案
令牌说明了芯片,并没有决定门禁:RFC 9783 与 PSA 证明权限
一份签名完好的证明令牌很容易显得像最终结论:nonce 对得上,client ID 看起来正确,里面还有实例、实现、生命周期和软件组件的声明。于是接收系统想把“验证通过”直接翻译成“准入通过”。RFC 9783 提供的恰恰是一条反方向的纪律:它规范 PSA Initial Attestation 产生的受保护证据以及各项声明的含义,却不替依赖该结果的一方作出设备登记、服务访问、工作负载接纳、记录保留或后续操作的决定。

互联网历史
队列接受了作业,却还没有打印一页:RFC 1179 的两次确认
在网络打印里,“已接受”很容易被界面写成终点。客户端选定队列、送出文件、收到了 daemon 返回的零值确认;这确实是一段可用的证据。但它不是纸张已经输出的证据。RFC 1179 所记录的 LPD 协议,恰好把这条常被压扁的链条拆开:一次对接收子命令的确认,一次对声明完成的文件边界后的确认,以及另一条用于启动等待作业打印的命令。

互联网历史
HEMS 退出了协议竞赛,数据模型却留在会场:RFC 1076
1988 年的互联网管理没有选出一套包办一切的终极方案。它先选了一个能尽快部署的协议,又把落选方案中已经做好的信息工作留给下一轮标准化。HEMS 的退场因此不是一张失败证明,而是一场罕见的、写进 RFC 的技术交接。

互联网历史
一个环可以共用过滤器,却不能据此证明一个组:RFC 1469 的组播边界
1990 年代初,IP 组播要进入一种很具体的本地媒介:Token Ring。网卡需要知道哪些硬件目的地址值得接收,但可供使用的功能地址极少,无法给每一个 IP 组一个独占的物理标签。RFC 1469 的贡献,是让同一物理环上的系统对一种地址办法达成一致。它的边界同样重要:共同的接收地址不是成员名单,不是身份凭证,也不是交付结果。

案例档案
联系卡片没有 UID,并不等于没有边界:RFC 9982 与记录身份的权限
一张联系人卡片缺少方便引用的标识符时,系统最容易做的事是补一个。数据库需要主键,同步任务需要锚点,关系图需要可以指向的字符串。RFC 9982 选择了更克制的路径:JSContact 2.0 允许 Card 没有 `uid`;如果源 vCard 没有 `UID`,转换时不得为版本 2.0 虚构 `uid`。这不是放弃数据,而是拒绝把格式便利误写成身份、关系和更新权限。

案例档案
论坛可以暂停一条发言,却不能取得网络的控制权:RFC 9945 与 IETF 调解的边界
讨论空间需要有办法制止破坏讨论的人,但这种秩序维护权并不自动成为对讨论对象的所有权。RFC 9945 的价值恰在于此:它为 IETF 的公开线上空间安排调解程序,却没有把程序写成对独立网络、资产或部署的指挥权。

IETF
Carlos Pignataro 与那项没有证明网络更绿色的瓦特读数
机柜功率下降,是一条精确而有限的事实。若要把它写成节能、减排,甚至据此关闭备用链路,还需要时间、归因、碳强度、生命周期与可靠性各自出具回执。

互联网历史
领域划出的是技术边界,不是所有权边界:RFC 1136 的 AD/RD 模型
1989 年的 RFC 1136 面对的不是如何给网络多添一个名称,而是如何阻止一张路由图承担过多含义。共同计算路径的范围、共同协调技术的范围、组织之间谈定政策的范围,并不必然重合。该文没有把边界变成产权或主权;它要求把协调条件说清楚。

案例档案
多播请求抵达了群组,却没有授权行动:RFC 10020 与 CoAP 证据边界
一次受保护的多播发送、几条返回消息,常让控制台过早写下“完成”。RFC 10020 的价值恰在于让这种群组通信更可说明、更可保护;它并没有把一个发送地址、一组密钥或若干响应变成对每个设备行动的授权,更没有把它们变成行动已经产生结果的证明。
