跳转到主要内容

主题

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

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

让 TCP 流量控制运转起来的那个数字

互联网历史

让 TCP 流量控制运转起来的那个数字

TCP 的 Window 字段把接收许可变成了序列号空间中的移动边界。

2026年9月6日
签名仍然有效,标识符却已经变了

案例档案

签名仍然有效,标识符却已经变了

一份 9 月 5 日公布的 IETF 个人草案测量了一个容易被绿色校验结果遮住的裂缝:同一份 COSE_Sign1 签名数据,可以有 64 种都能被解码器接受的 CBOR 外层编码;签名输入完全相同,按传输字节计算的 64 个哈希却各不相同。

2026年9月6日
复制句柄数值,并不会搬走凭据:RFC 1509

互联网历史

复制句柄数值,并不会搬走凭据:RFC 1509

把同一个指针大小的数值复制到另一个进程,复制的是一串本地引用,不是凭据、主体或权限。RFC 1509 把这种差别写进了 C 绑定:句柄只有在调用者与本地 GSS-API 状态的共同语境中才有意义。

2026年9月6日
SID 字段已经到了,里面却没有可执行的 SID:RFC 9831

案例档案

SID 字段已经到了,里面却没有可执行的 SID:RFC 9831

监控台显示 S 标志为一,长度也完全正确,于是值班人员把这条消息归入“控制器已下发 SID”。真正读出那 128 位后,结果却全是零。RFC 9831 允许这种编码:控制器可以说明它想要的 SRv6 行为或 SID 结构,却把实际 SID 留给头端节点依据本地网络状态解析。

2026年9月6日
在 Mozilla,模块负责人的同意既不是提交权限,也不是 Firefox 发布承诺

案例档案

在 Mozilla,模块负责人的同意既不是提交权限,也不是 Firefox 发布承诺

Mozilla 的公开规则把常被一句“已批准”混在一起的动作拆得很清楚:模块负责人或同级评审可以同意某项代码进入特定模块;个人可以另行获得仓库提交权限;改动可以落入某条分支;Firefox 之后还可能、也可能不会把它纳入面向用户的发布渠道。它们彼此衔接,但任一环节都不能代替其他环节的证据。

2026年9月6日
标签栈背后的模型:RFC 9902 与 IS-IS 段路由的运营契约

IETF

标签栈背后的模型:RFC 9902 与 IS-IS 段路由的运营契约

一个 enable 叶可以开始发布 IS-IS SR-MPLS 扩展,但安全启用不能只检查这个布尔值:它所激活的协议无关 SR 标签资源,必须已经在其下方配置并完成核对。RFC 9902 把这道接缝呈现为可管理、可审计的运营契约,而不是一个替代转发、路径计算或标签分配的机制。

2026年9月6日
TCP 为未来保留的那些比特

互联网历史

TCP 为未来保留的那些比特

1981 年,TCP 头部中有六个位置尚未承担具体功能。它们的历史意义不在于“空着”,而在于空白受到约束:发送时置零,不得私自赋义,并等待未来标准作出决定。二十年后,其中两个位置成为显式拥塞通知中的 ECE 和 CWR 信号。

2026年9月6日
让 TCP 确认号获得意义的那个比特

互联网历史

让 TCP 确认号获得意义的那个比特

TCP 始终为确认号保留 32 位,但字段存在并不等于信息有效。ACK 控制位决定这些位是否表示发送方期待的下一个序号。

2026年9月6日
IETF“丢失”的会议纪要其实还在,档案需要一份完整性清单

IETF

IETF“丢失”的会议纪要其实还在,档案需要一份完整性清单

两份会议纪要从网页上“消失”时,文件并没有随之消失。IETF 84 的 AVTCORE 与 MMUSIC 纪要仍存在于一份同步副本中,旧网页只是无法把不带扩展名的链接解析到正确文件。服务器规则修好后,读者重新获得了入口。但对一个承担制度记忆的档案来说,能点开只是第一关:它还应说明打开的是哪一个对象、哪一版,以及此刻返回的字节能否核验。

2026年9月6日
告诉 TCP 数据从哪里开始的数字:Data Offset

互联网历史

告诉 TCP 数据从哪里开始的数字:Data Offset

Data Offset 划定完整 TCP 首部与应用数据第一个字节之间的边界。

2026年9月6日
从未发送的报头:TCP 为什么要校验 IP 地址

互联网历史

从未发送的报头:TCP 为什么要校验 IP 地址

TCP 并不把额外的地址报头放进线上的 TCP 段。它让两端根据 IP 提供的上下文重建一组计算输入,再用这组输入验证传输内容。

2026年9月6日
占据空间的两个标志:TCP 为何计算 SYN 和 FIN

互联网历史

占据空间的两个标志:TCP 为何计算 SYN 和 FIN

TCP 为字节编号,同时也为两个控制事件保留逻辑位置。SYN 位于首个数据字节之前,FIN 位于最后一个数据字节之后;二者因此能够沿用数据流的确认与重传机制,却不会变成应用字节。

2026年9月5日
从未成为消息边界的 PUSH:TCP 的 PSH 标志

互联网历史

从未成为消息边界的 PUSH:TCP 的 PSH 标志

它要求字节流继续前进,却没有把字节流变成一条条消息。

2026年9月5日
被一端遗忘的连接:TCP 半开放状态的复位

互联网历史

被一端遗忘的连接:TCP 半开放状态的复位

一端重启后可能丢失一条连接的状态,而另一端仍把它视为已建立。下一次报文交换会暴露这段分歧:RST 清除过时状态,为随后通过普通握手建立新连接腾出路径。

2026年9月5日
当 ISC 软件出现漏洞时,谁控制修复时钟?

全球机构趋势

当 ISC 软件出现漏洞时,谁控制修复时钟?

对 BIND 与 Kea 而言,影响安全响应的不只是漏洞本身,也包括谁先获得信息、谁制作官方修复版本、哪些版本仍受支持,以及运营商最终是否部署。ISC 在这条链上拥有显著的实际维护权力,但这种权力并不等于对所有下游用户的法律命令权。

2026年9月5日
当双方同时敲门:TCP 的同时打开

互联网历史

当双方同时敲门:TCP 的同时打开

*TCP 的三次握手并不要求固定的客户端和服务器;两个端点可以同时发起,并建立一条连接。*

2026年9月5日
必须先等待再开口的主机:TCP 重启后的静默时间

互联网历史

必须先等待再开口的主机:TCP 重启后的静默时间

重启后的主机看似一尘不染,可能只是忘记了太多。TCP 的静默时间把这种记忆丢失转化为可控等待:先让旧报文消失,再重新使用可能重叠的序列号空间。

2026年9月5日
过早结束等待的重置:TCP TIME-WAIT 的“暗杀”风险

互联网历史

过早结束等待的重置:TCP TIME-WAIT 的“暗杀”风险

TIME-WAIT 看起来只是关闭后的暂存状态。RFC 1337 证明,它也可能被协议行为提前清除:一个旧报文触发 ACK,ACK 又促使没有连接状态的对端发送 RST,原本用来隔离旧重复报文的保护因此消失。

2026年9月5日
那个并非重传计时器的期限:TCP 用户超时

互联网历史

那个并非重传计时器的期限:TCP 用户超时

TCP 可以继续重传,同时在另一只时钟上判断等待已经太久。

2026年9月5日
这不是协商的报价:TCP MSS 如何限定两个方向

互联网历史

这不是协商的报价:TCP MSS 如何限定两个方向

每个 SYN 都可以携带发送方对自身接收能力的声明。两个方向的数值可以不同;MSS 既不是共同分组大小,也不是路径 MTU 证明。

2026年9月5日