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

互联网历史
重编号有程序之前,先有现场日志:RFC 1916
1996 年 5 月 15 日,是一份互联网标准文档给现实世界留下的截止日期。PIER 工作组没有要求大家赞同一套既成方案,而是请正在更换网络地址的人把混乱写下来:环境是什么、计划如何、哪里失败、用了什么工具、缺了什么工具、哪一种产品必须等供应商。RFC 1916 的历史价值,恰恰来自它没有把征集证据伪装成已经掌握答案。

报道
RIPEstat 为启用 CSP 重建路由历史,新旧视图之间还需要一份语义对照记录
旧界面可以退休,旧结论却不能在无人察觉时被新默认值改写。RIPE NCC 以可维护性和浏览器安全为由重建 Routing History,方向合理;真正需要补上的,是一份让运营者分清“路由变了”与“显示方式变了”的简洁凭证。

互联网历史
标准获准前行,许可证仍未到手:RFC 1915 的例外
一份许可表格可以被下载、审阅、签署和存档;一句“将以合理且不歧视的条件提供许可”却只能开启下一场谈判。1996 年的 RFC 1915 把这两种证据放在同一页历史里:IETF 公开了 Motorola 的承诺,也公开承认原先要求的许可文本并没有出现。程序因此重新启动,但实施者真正要承担的价格、等待与差别待遇风险仍在标准之外。
案例档案
ICMP 多带了一个节点名,也少带了一段原包证据
IETF 一份工作草案的第 05 版收紧了节点上下文的发送条件:当响应地址不足以说明错误来自哪个节点时,指定的 ICMP 错误原则上必须附带识别对象。这个改动提高了可观测性,却没有提供身份认证;在 MTU 紧张时,它还可能挤掉用于关联故障的原始数据包字节。

互联网历史
自带宾客名单的广播数据包
一份 UDP 数据报以广播地址抵达远端子网,却在 IPv4 头部里藏着更窄的命令:只有名单上的主机可以继续处理。SDBM 没有先建立一个群组,而是让每个数据包临时携带自己的成员表。
案例档案
所有外层 Bundle 都已送达,内层 Bundle 却仍未被接收
BIBE 把一次传送拆成两套都可能为真的记录。外层 BPv7 bundle 可以逐个抵达解封装 endpoint,交付报告也可以全部齐备;但被包在里面的对象,只有在同一个解封装单元收齐字节、保住状态并把结果交给 BPA 之后,才成为“已接收”的 bundle。DTN 工作组的新草案把这个平时容易被绿色状态遮住的空档写得很清楚。
案例档案
防火墙认出了回程流,却仍不知道是谁发出的
SRv6 报文经过有状态防火墙时,最棘手的故障有时不是路由不通,而是两端都按各自逻辑正确封装,防火墙却把往返报文看成两条无关的流。SPRING 工作组新接纳的一份草案提出:让业务 SID 进入外层 IPv6 源地址,以恢复会话键的对称。这个办法解决了“能否配对”,却没有自动回答“谁在说话”。

IETF
Erik Kline 与那个“已经分配却并非无人使用”的 DHCP 编号
表格里的 160 只有一个标准含义,会议网络里的 160 却触发了另一套既有逻辑。两者相撞时,规范没有因此失去权威,已经出厂的设备也不会因一纸决议自动改写。Erik Kline 参与撰写的 RFC 8910,把这次发生在 IETF 106 的不兼容留进正式记录:编号能被权威分配,但“现实中没人占用”仍须由部署证据回答。
案例档案
算法名相同,为什么哈希仍无法复现:RFC 9861 的收据边界
可扩展输出函数没有一枚天然固定长度的“标准指纹”。在 KangarooTwelve 与 TurboSHAKE 中,输出多长、属于哪个域、是否加入定制串,以及输入字节如何排序,都是计算本身。只保存函数名,就等于只保存了问题的一部分。
案例档案
谁能让用户再认证一次,谁就该解释这次中断
加强认证不只是增加一道安全步骤。资源服务提出要求,身份系统执行验证,应用负责转交,用户则要放下手头的事。RFC 9470 让这些参与方能够交换要求,却没有保证每项要求都做得到,也没有替他们分配无法完成时的责任。

互联网历史
藏在 IPv4 选项里的未来协议
EIP 的巧思带着一种反直觉:新协议故意保留 IPv4 基础头部的外表,让旧设备把 EIP 扩展看成一个不认识、却可以忽略的选项。它想扩大的不只是地址空间,更是迁移可以发生的时间窗口。
案例档案
验收为什么要等到组装之后?
RFC 9682 删掉了 CDDL 文件语法中的一个最低数量限制,却没有取消完整模型必须具备入口的要求。真正需要重新安排的,是检查发生的位置,以及谁对组装出来的结果负责。

互联网历史
向每台路由器询问最窄链路的四个字节
在路径 MTU 发现依靠失败报文反馈之前,互联网曾设想让一个成功前行的 IPv4 数据报自己带回答案:沿途每台网关都查看同一个数字,只能把它改小,不能把它改大。
案例档案
谁来结束这场没有下一次的等待?
服务器已经换了签名密钥,客户端却还在等一条不会再次发送的验证通知。RFC 9749 暴露的不是“重试不够积极”,而是恢复责任在交接处可能落空。
案例档案
故障事件签名有效,第二次到达仍是重放
同一条故障消息第二次进入智能体会话时,发布者是真的,签名是真的,会话令牌也是真的。假的只有一个隐含前提:系统把再次到达当成了首次到达。一个个人 Internet-Draft 的修订 01 新增了恰好针对这一步的状态检查,把“消息可信”与“消息尚未用过”明确拆开。

IETF
CFRG曲线草案重写后,三项接纳决定仍由调用协议作出
一串字节通过了曲线、坐标与子群检查,并不等于使用它的协议必须接纳它。CFRG 配对友好曲线草案第 14 版把这条常被默认值遮住的边界摆上台面:共同文档负责回答“它在数学上是什么”,调用协议还得回答“这种形式和这个值在本协议里能不能出现”。
案例档案
节省的存储,可能是最后一份原件
旧邮件软件可以读懂一份经过降级的替代邮件,却未必还能用它回复、核验或恢复完整上下文。RFC 9755 提醒管理者:兼容性预算之外,还必须有人承担原件保全的责任。
案例档案
智能体超时了,但额度并没有回来
采购智能体发出一笔订单,连接随即超时。企业没有收到确认,不等于供应商没有接单。如果系统因为“无响应”立刻退回额度,再用新编号重试,一次信息缺失就会变成两次行动权。一个新发布的个人 Internet-Draft 修订把这个风险钉在了最关键的瞬间:外部效果入口。
案例档案
回滚之后,谁还读得懂那个错误?
临时编号容易写进程序,也容易留在工单、监控和应急版本里。RFC 9756 为 PCEP 实验错误码安排了更清楚的出路,但一个试验能否真正结束,取决于谁负责把这些依赖一起带走。

互联网历史
需要另一份规范才能读懂的安全标签
同一种 IPv4 选项可以在一个数据报里出现多次,却没有一次能独立说明自身含义。它用一个字节的格式代码指向另一份规范;余下字节如何解释、系统应当接收还是拒绝,都由那份规范决定。
