跳转到主要内容

主题

软件生命周期与供应商锁定

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

RIPE NCC 开始核验约 1,600 名无合同 legacy 资源持有人,三季度计划仍写着“两处手工更新”

报道

RIPE NCC 开始核验约 1,600 名无合同 legacy 资源持有人,三季度计划仍写着“两处手工更新”

给历史资源补上组织对象,是把旧登记接入现代管理流程的合理办法。但 RIPE NCC 自己的季度计划同时承认:同一笔变更仍要在两个地方手工完成。问题不在于迁移期为什么谨慎,而在于两次动作何时、如何被证明已对齐。

2026年8月31日
这扇后门不是路由:RFC 831 如何抵达被分割的 SATNET

互联网历史

这扇后门不是路由:RFC 831 如何抵达被分割的 SATNET

故障时最危险的便利,往往不是多绕一跳,而是把临时入口宣布成所有人都能看见的道路。RFC 831 的方案反其道而行:伦敦的一台多宿主主机可以替特定维护报文执行网关式的源路由和地址改写,却不能发送路由更新。它有转送报文的能力,却没有招揽普通流量的资格。

2026年8月31日
网关能搬运字节,却不能发明缺失的含义:RFC 875 如何质疑协议翻译

互联网历史

网关能搬运字节,却不能发明缺失的含义:RFC 875 如何质疑协议翻译

如果备用网关不知道主网关正在谈的那场会话,它就只是第二只空盒子。RFC 875 从地址、确认、流控和异常信号一路追问,最终揭示了这一点:翻译器一旦替两个不兼容的协议作出对应,就会把会话的含义和状态收进自己内部。

2026年8月31日
主文件已经更新,网络仍可能陈旧:RFC 849 如何拆分推送与轮询

互联网历史

主文件已经更新,网络仍可能陈旧:RFC 849 如何拆分推送与轮询

1983 年 5 月,Mark Crispin 追问的不是 HOSTS.TXT 由谁维护,而是更新怎样抵达真正使用它的主机。RFC 849 把“最新”拆成版本识别、传输、完整性、本地安装和失败恢复,由此揭示了登记状态与运行状态之间的距离。

2026年8月30日

案例档案

号码属于那家企业,模型却未必:RFC 9997 私有 SID 空间里的权限分界

一个整数可以落在正确的企业区段里,却指向错误的 YANG 节点;一个 `.sid` 文件可以使用完全正确的 PEN 算式,却来自未经授权的发布者。RFC 9997 让私有 SID 不再需要逐笔申请,这是一次干净的协调减法。它同时留下了一条不能省略的判断:避免号码冲突,不等于证明模型来源。

2026年8月30日

案例档案

昨日的链路借出了窗口,却没有借出今天的容量:RFC 9959 与拥塞状态复用权

边缘服务记得某个客户端一小时前跑满过一条高时延链路,于是想让新连接跳过漫长的慢启动。但地址没变,不代表最窄瓶颈、排队者和服务器站点也没变。RFC 9959 允许旧观测提出一次受限试验,绝不允许缓存替今天的路径作答。

2026年8月30日
主机表说“支持 TCP”,端口必须亲自回答:RFC 832 如何测量运行事实

互联网历史

主机表说“支持 TCP”,端口必须亲自回答:RFC 832 如何测量运行事实

1982 年 12 月,NIC 主机表已经能写下某台机器“支持 TCP”,但一行登记不能替远端完成一次连接。David Smallberg 的调查把这两层事实并排放置:左边是目录中的能力声明,右边是从特定主机、在特定时段向 Telnet、FTP 和 SMTP 发起连接后实际看到的结果。它没有把测量者变成裁判,而是用结果分类、失败复测和下一周的新快照,给“运行代码优先”划出可审计的边界。

2026年8月30日
那个看起来像终端的进程边界:RFC 818 如何让 Telnet 客户端成为服务

互联网历史

那个看起来像终端的进程边界:RFC 818 如何让 Telnet 客户端成为服务

TC68K 里的 PTY 并不是真终端。它对一个程序表现得像键盘与显示器,另一面却只是把字符交给另一个进程。RFC 818 正是借助这层“可用的假象”,把入站 Server Telnet 接到出站 User Telnet,再用 107 端口给整套能力一个可发现的入口。界面看似连续,权限与证据却必须逐段计算。

2026年8月30日
Jack Henry 的 84.41 亿美元 RPO 不是合同经济全貌

北美云服务趋势

Jack Henry 的 84.41 亿美元 RPO 不是合同经济全貌

银行把核心系统交给一家技术供应商时,签字只是起点。供应商可能先给客户一笔迁移激励,再投入销售佣金、数据转换和实施成本;客户也可能在服务完成前先付款。Jack Henry & Associates, Inc.截至 2026 年 6 月的 84.40905 亿美元剩余履约义务,只记录了未来收入这一面。另有 1.78533 亿美元客户激励资产、5.99529 亿美元合同取得与履约成本,以及 3.72472 亿美元递延收入,分别运行在不同方向和时钟上。

2026年8月30日
名字服务差点成为谈判者:RFC 830 如何拆开域解析与能力选择

互联网历史

名字服务差点成为谈判者:RFC 830 如何拆开域解析与能力选择

一个完整名字最先被处理的,不是最靠近用户的左端,而是最右边的顶级域。RFC 830 让源端服务器沿着层级逐段找到目的域,却在抵达域的服务端点后停了下来:真正要用哪种传输、哪种应用、哪个地址,还要再谈一次。后来成为 DNS 的设计保留了层级,却没有保留这位通用谈判者。

2026年8月30日
Tero Kivinen 与那条继承在用 Child SA 的新 IKE SA

IETF

Tero Kivinen 与那条继承在用 Child SA 的新 IKE SA

一次 IKEv2 维护完成后,控制通道已经换了密钥,承载 ESP 或 AH 流量的 Child SA 却可能原封不动。两者并不矛盾:RFC 7296 让新的 IKE SA 接管旧控制关联名下仍在运行的 Child SA。真正需要审计的不是一个笼统的“rekey 成功”,而是谁接班、继承了哪些关联,以及业务流量是否真的连续。

2026年8月30日
旧报文如何杀死新连接:TCP 的 TIME-WAIT 暗杀

IETF

旧报文如何杀死新连接:TCP 的 TIME-WAIT 暗杀

TCP 连接关闭时,它的所有报文副本未必已经从网络中消失。TIME-WAIT 负责隔开同一段会话的前后两次生命;RFC 1337 揭示,一段旧报文如何借助正常的 TCP 应答,诱发提前结束这段隔离期的重置报文。

2026年8月30日

案例档案

每份证据都是真的,拼出的机器却可能不存在:RFC 9999 与远程证明的组合权

一台服务器可以提交 CPU、SmartNIC 与 GPU 三份格式正确、签名有效的证明,仍然没有回答最关键的问题:它们是否来自此刻请求权限的同一台机器。RFC 9999 让异构证明能够被统一封装和转交,但成员绑定、时效判断、可信评估与业务授权仍然各有权责。

2026年8月30日

案例档案

信封标明了证据,却没有绑定设备:RFC 9999 与证明集合中的权限边界

一台服务器可以把主处理器、SmartNIC 与 GPU 的三份签名报告装进同一个整齐的集合。类型都能识别、签名都能验证、解析器也没有报错,仍然不能证明三份报告属于眼前这台设备、同一次会话和同一条受保护的历史。RFC 9999 解决的是可携带性;它也清楚划出了可携带性不能替代的判断。

2026年8月30日
编号不会让文件变成标准:RFC 825 如何把意图写进记录

互联网历史

编号不会让文件变成标准:RFC 825 如何把意图写进记录

一条目录记录保留了“RFC 825”,状态栏却是空的。编号没有错,链接也能打开,但读者已经失去最重要的判断条件:这份文件是在制定规范、发起讨论、提供信息、报告阶段状态,还是记录一次会议?RFC 825 在 1982 年给出的答案很克制——不要让编号承担它没有获得的权力,要让文件先说明自己正在做什么。

2026年8月30日
Roy Fielding 与那种只表达意图、不授予权限的方法

IETF

Roy Fielding 与那种只表达意图、不授予权限的方法

HTTP 请求开头的 method token 很像一个命令。它足够公开,让客户端、缓存、代理与服务器在不了解彼此内部代码时仍能协作;它又足够有限,不能回答“谁有权执行”。Roy T. Fielding 参与塑造的统一接口,价值恰好来自这条边界:共享语义可以协调运行中的软件,但不能替资源、身份与政策作决定。

2026年8月30日
层不是模块:RFC 817 如何横切协议栈

互联网历史

层不是模块:RFC 817 如何横切协议栈

协议栈图把 IP 画在 TCP 下面,TCP 又画在 Telnet、FTP 和 SMTP 下面。图中的横线回答了协议之间如何提供服务,却没有回答一台正在运行的主机应当在哪里读报头、唤醒进程、维护计时器和移动数据。1982 年的 RFC 817 抓住了这个常被忽略的差别:网络层次是互操作合同,执行模块则是本地成本的分配方式,两者不必沿同一条线切开。

2026年8月30日
Mark Nottingham 与不能替所有用户发言的 user agent

IETF

Mark Nottingham 与不能替所有用户发言的 user agent

“互联网为了终端用户”听起来像一句授权宣言,RFC 8890 却把最容易被忽略的限制写在宣言里面:用户并不是意见一致的整体,也没有任何浏览器、厂商、参会者或机构天然取得他们的代表权。user agent 的价值,在于约束服务、承载有限选择并保留退出;它是一道技术边界,不是一张集体委托书。

2026年8月30日

案例档案

两边的地址都没错,重连后却只能留一个:RFC 10019 与零配置组播的冲突裁决权

网络分区会制造两份各自诚实的历史:两边都看不到占用,都分配出可用的组播地址,也都让应用开始发送。链路恢复时,问题不是找出哪一本账造假,而是承认旧观察范围已经失效,并决定谁迁移、怎样迁移,以及用什么证据证明新旧流量没有被混淆。

2026年8月30日
丢失的报文段没有拦住后来者:RDP 如何把可靠与有序拆开

互联网历史

丢失的报文段没有拦住后来者:RDP 如何把可靠与有序拆开

“已经收到”在网络里从来不只有一种含义。接收端可以确认某个报文段完好到达,却仍缺少它前面的报文段;它可以把这份到达事实告诉发送端,却不一定把数据交给应用;即使交给了应用,也不能据此断言操作已经完成。1984 年的 RDP 把这几层证据明明白白地分开了。

2026年8月30日