主题
软件生命周期与供应商锁定
在主题维度下，软件生命周期与供应商锁定主题情报把围绕同一具体议题、信号焦点或监测主题的 BTW.MEDIA 文章串联起来。页面为读者提供更完整的阅读路径，涵盖相关报道、证据来源、市场参与者和基础设施影响，并给出足够背景，帮助理解该主题为何在公司动态、治理决策、区域影响和运营风险中值得关注。读者可以比较反复出现的信号、受影响组织、公开证据、市场背景、服务连续性、采购、竞争、合规和战略规划等问题，而不是只看一份单薄的相关文章列表。页面还会说明该主题涵盖什么、涉及哪些基础设施参与方或政策、有哪些证据支撑报道，以及该主题对运营商、客户、投资者和关注政策的读者为何重要。
案例档案
昨日的链路借出了窗口，却没有借出今天的容量：RFC 9959 与拥塞状态复用权
边缘服务记得某个客户端一小时前跑满过一条高时延链路，于是想让新连接跳过漫长的慢启动。但地址没变，不代表最窄瓶颈、排队者和服务器站点也没变。RFC 9959 允许旧观测提出一次受限试验，绝不允许缓存替今天的路径作答。
互联网历史
主机表说“支持 TCP”，端口必须亲自回答：RFC 832 如何测量运行事实
1982 年 12 月，NIC 主机表已经能写下某台机器“支持 TCP”，但一行登记不能替远端完成一次连接。David Smallberg 的调查把这两层事实并排放置：左边是目录中的能力声明，右边是从特定主机、在特定时段向 Telnet、FTP 和 SMTP 发起连接后实际看到的结果。它没有把测量者变成裁判，而是用结果分类、失败复测和下一周的新快照，给“运行代码优先”划出可审计的边界。
互联网历史
那个看起来像终端的进程边界：RFC 818 如何让 Telnet 客户端成为服务
TC68K 里的 PTY 并不是真终端。它对一个程序表现得像键盘与显示器，另一面却只是把字符交给另一个进程。RFC 818 正是借助这层“可用的假象”，把入站 Server Telnet 接到出站 User Telnet，再用 107 端口给整套能力一个可发现的入口。界面看似连续，权限与证据却必须逐段计算。
北美云服务趋势
Jack Henry的84.41亿美元RPO不是合同经济全貌
银行把核心系统交给一家技术供应商时，签字只是起点。供应商可能先给客户一笔迁移激励，再投入销售佣金、数据转换和实施成本；客户也可能在服务完成前先付款。Jack Henry & Associates, Inc.截至 2026 年 6 月的 84.40905 亿美元剩余履约义务，只记录了未来收入这一面。另有 1.78533 亿美元客户激励资产、5.99529 亿美元合同取得与履约成本，以及 3.72472 亿美元递延收入，分别运行在不同方向和时钟上。
互联网历史
名字服务差点成为谈判者：RFC 830 如何拆开域解析与能力选择
一个完整名字最先被处理的，不是最靠近用户的左端，而是最右边的顶级域。RFC 830 让源端服务器沿着层级逐段找到目的域，却在抵达域的服务端点后停了下来：真正要用哪种传输、哪种应用、哪个地址，还要再谈一次。后来成为 DNS 的设计保留了层级，却没有保留这位通用谈判者。
IETF
Tero Kivinen 与那条继承在用 Child SA 的新 IKE SA
一次 IKEv2 维护完成后，控制通道已经换了密钥，承载 ESP 或 AH 流量的 Child SA 却可能原封不动。两者并不矛盾：RFC 7296 让新的 IKE SA 接管旧控制关联名下仍在运行的 Child SA。真正需要审计的不是一个笼统的“rekey 成功”，而是谁接班、继承了哪些关联，以及业务流量是否真的连续。
IETF
旧报文如何杀死新连接：TCP 的 TIME-WAIT 暗杀
TCP 连接关闭时，它的所有报文副本未必已经从网络中消失。TIME-WAIT 负责隔开同一段会话的前后两次生命；RFC 1337 揭示，一段旧报文如何借助正常的 TCP 应答，诱发提前结束这段隔离期的重置报文。
案例档案
每份证据都是真的，拼出的机器却可能不存在：RFC 9999 与远程证明的组合权
一台服务器可以提交 CPU、SmartNIC 与 GPU 三份格式正确、签名有效的证明，仍然没有回答最关键的问题：它们是否来自此刻请求权限的同一台机器。RFC 9999 让异构证明能够被统一封装和转交，但成员绑定、时效判断、可信评估与业务授权仍然各有权责。
案例档案
信封标明了证据，却没有绑定设备：RFC 9999 与证明集合中的权限边界
一台服务器可以把主处理器、SmartNIC 与 GPU 的三份签名报告装进同一个整齐的集合。类型都能识别、签名都能验证、解析器也没有报错，仍然不能证明三份报告属于眼前这台设备、同一次会话和同一条受保护的历史。RFC 9999 解决的是可携带性；它也清楚划出了可携带性不能替代的判断。
互联网历史
编号不会让文件变成标准：RFC 825 如何把意图写进记录
一条目录记录保留了“RFC 825”，状态栏却是空的。编号没有错，链接也能打开，但读者已经失去最重要的判断条件：这份文件是在制定规范、发起讨论、提供信息、报告阶段状态，还是记录一次会议？RFC 825 在 1982 年给出的答案很克制——不要让编号承担它没有获得的权力，要让文件先说明自己正在做什么。
IETF
Roy Fielding 与那种只表达意图、不授予权限的方法
HTTP 请求开头的 method token 很像一个命令。它足够公开，让客户端、缓存、代理与服务器在不了解彼此内部代码时仍能协作；它又足够有限，不能回答“谁有权执行”。Roy T. Fielding 参与塑造的统一接口，价值恰好来自这条边界：共享语义可以协调运行中的软件，但不能替资源、身份与政策作决定。
互联网历史
层不是模块：RFC 817 如何横切协议栈
协议栈图把 IP 画在 TCP 下面，TCP 又画在 Telnet、FTP 和 SMTP 下面。图中的横线回答了协议之间如何提供服务，却没有回答一台正在运行的主机应当在哪里读报头、唤醒进程、维护计时器和移动数据。1982 年的 RFC 817 抓住了这个常被忽略的差别：网络层次是互操作合同，执行模块则是本地成本的分配方式，两者不必沿同一条线切开。
IETF
Mark Nottingham 与不能替所有用户发言的 user agent
“互联网为了终端用户”听起来像一句授权宣言，RFC 8890 却把最容易被忽略的限制写在宣言里面：用户并不是意见一致的整体，也没有任何浏览器、厂商、参会者或机构天然取得他们的代表权。user agent 的价值，在于约束服务、承载有限选择并保留退出；它是一道技术边界，不是一张集体委托书。
案例档案
两边的地址都没错，重连后却只能留一个：RFC 10019 与零配置组播的冲突裁决权
网络分区会制造两份各自诚实的历史：两边都看不到占用，都分配出可用的组播地址，也都让应用开始发送。链路恢复时，问题不是找出哪一本账造假，而是承认旧观察范围已经失效，并决定谁迁移、怎样迁移，以及用什么证据证明新旧流量没有被混淆。
互联网历史
丢失的报文段没有拦住后来者：RDP 如何把可靠与有序拆开
“已经收到”在网络里从来不只有一种含义。接收端可以确认某个报文段完好到达，却仍缺少它前面的报文段；它可以把这份到达事实告诉发送端，却不一定把数据交给应用；即使交给了应用，也不能据此断言操作已经完成。1984 年的 RDP 把这几层证据明明白白地分开了。
互联网历史
名称不是地址：RFC 814 如何把身份与路径分开
端口 23 曾经可以表示远程登录服务，却不等于“这个流量就是 Telnet”，更不等于“这个进程值得信任”。RFC 814 在 1982 年把这种差别放进一条更长的链：名称回答要找什么，地址回答它接在哪里，路由回答下一步怎么走，端口才在主机内部选择服务。
案例档案
请求签名没坏，证书却可以变：RFC 10002 如何拆开 CMC 的证明与修改权
证书申请系统最危险的误报，往往不是“签名失败”，而是把一串不同主体作出的决定压缩成“已验证”。RFC 10002 展示了另一种更诚实的结构：终端实体保护原始请求，RA 见证身份或密钥占有并在外层提出修改，CA 再依据自己的策略决定最终签发什么。完整性仍在，权力却可能已经换手。
案例档案
探针走了同一条路，却没排同一个队：RFC 10014 与 OAM 的证据边界
业务流遭遇拥塞时，探针完全可能穿过同一组节点和链路，却因为进入了更高优先级的队列而一路畅通。RFC 10014 的价值，是把过去常被“带内 OAM”混在一起的三个事实重新拆开：测量如何参与流量、是否走同一路径、是否受到同样的转发待遇。
互联网历史
层级其实是一张图：Gopher 如何把下一台服务器写进每一行菜单
屏幕上是一棵整齐的目录树，线缆里却没有一棵由中心统一维护的树。Gopher 的每一行菜单都把两种信息并排放置：读者看到的名称，以及客户端必须执行的下一步——类型、不透明 selector、host 和 port。人只做了一次选择，程序却可能跨过机构边界，重新建立一段无状态连接。
案例档案
令牌从未进入 JavaScript，指令却照样执行：RFC 10017 与浏览器 OAuth 的权限边界
把 OAuth 令牌锁在服务端，能堵住一批真实而严重的攻击，但不能替用户判断浏览器里发出的每一条指令。RFC 10017 的关键价值，正在于把“凭据没有泄露”和“这次操作获得授权”重新拆成两件事。