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

IETF
IP 协议号一直是 137,组播结论却是平台自己加上去的
一个采集器看到 IPv4 Protocol 或 IPv6 Next Header 的值为 137,便把记录标成“MPLS 组播”。RFC 5332 明确规定:无论被封装的 MPLS 包是否具有组播语义,这个字段都使用 137。它证明的是封装类型,不是标签的复制行为,也不是标签由谁分配,更不是接收与交付结果。

互联网历史
TCP 计数器没有分家,连接表却多了第五个坐标:RFC 2452
IPv6 到来,并不意味着 TCP 的每项管理数据都要复制一份。RFC 2452 保留了跨 IP 版本共用的计数器,却在连接表无法唯一定位记录时补上接口坐标。

IETF
Content-Type 说它主要是什么,不负责交代里面共有多少条流
RFC 5334 把 Ogg 的外层类型、容器识别、逻辑流清单和解码结果分成不同层次。把 `audio/ogg` 直接写成“纯音频”,会让一个原本准确的主用途标签变成虚构的完整清单。

IETF
它叫“零带宽 LSP”,链路上的流量却一点也不为零
RFC 5330 里的“零”,落在建立 TE LSP 时提交的带宽数值上,不落在实际转发的字节、链路负载、保护成本或业务重要性上。把 `bandwidth = 0` 翻译成“没有流量”,就把一项信令属性扩张成了运行结论。字段是真实的,结论却不是它说的。

IETF
EtherType 只说明这是上游标签,不说明该去查谁的表
在共享 LAN 上,一个专用 EtherType 可以告诉接收端:栈顶标签属于上游分配。但同一介质上有多个上游邻居,数字的意义取决于是谁分配、从哪块接口进入、先用哪个 context label 选表。RFC 5331 的关键不是再加一个号码,而是阻止“已识别分配方向”被误报成“已确定转发语义”。

IETF
全区域都收到了这条 LSA,不等于全区域都理解了它
RFC 5329 故意允许不认识新类型的 OSPFv3 路由器继续在区域内泛洪 TE-LSA。这是扩展性设计:中间节点不必先理解,信息仍能到达真正的消费者。危险出现在运维系统把“已转发”升级成“已解析、已启用、已用于选路”。一张全绿的泛洪图,完全可能通向一张空的 TE 数据库。

IETF
名字没有变,解析权威已经换了
RFC 5328 让 `urn:dvb` 成为位置无关的持久名称。正因为名称可以不变,目录、解析权威、引导入口和实际资源才可能在它背后变更。若系统只保存最终 URL,就无法回答某台接收机当时依据哪个目录、哪一代策略、哪条路径相信了谁。

IETF
数据一字未改,重传时的 Cookie 却已经失效
长时延链路把“重试”变成一次新的安全决策。RFC 5327 允许会话 Cookie 在原始分段飞行期间继续延长;重传必须携带重传时的当前值,而不是忠实复制当初正确的封装。内容一致只能证明内容没有变化,不能证明接收端仍应接受这次发送。

欧洲与中东云服务趋势
Sage 收购 Moovin’Cloud:买下迁移通道,不等于证明云原生转型
Sage 将把一条服务法国客户、面向四款成熟产品的迁移与托管路径纳入公司。所称的 5,600 个环境说明这条通往 Azure 托管的通道已在运行,却不代表新增 5,600 家客户,更不能证明软件已转为云原生服务。

IETF
可靠前缀已经签收,不等于整个数据块已经送达
在往返时间以分钟甚至小时计算的链路上,每一次重传都要占用下一段宝贵的通信窗口。RFC 5326 因此允许同一个数据块同时包含“红色”可靠前缀与“绿色”尽力后缀。这个设计并不含糊;含糊来自把发送端的“会话完成”改写成面向人的“内容已送达”。

IETF
告警停了,认证失败并没有因此停止
RFC 5324 为 FC-SP 安全管理定义了配置、激活策略、SA 对、Traffic Selector、计数器与受限历史。它还刻意抑制高频认证失败告警。安静的管理台并不证明故障消失,正如持久化策略行并不证明 Fabric 已经执行它。

IETF
分片是一条反馈,不是路径已经成立的证明
RFC 5320 的实验性 SEAL 机制允许外层 IPv4 分片,并把分片报告用于调整后续报文大小。这个信号足以批准一次有边界的参数变化,却不能指出哪条链路受限,更不能证明重组、上层交付、协议适用性或部署权威。

IETF
搜索没有返回它,不等于它不存在
RFC 5323 为 WebDAV 定义了服务器端搜索,却没有把搜索结果提升为目录真相。某个资源未出现在响应中,可能是条件为 UNKNOWN、当前身份无权读取、范围没有覆盖、重定向没有跟随,或服务器在检查到它之前就截断了结果。缺行是一次执行留下的空白,不是不存在证明。

互联网历史
TLS 会话止于服务器,并未延伸到 CGI 脚本
CGI 让不同 Web 服务器之间的应用程序交接有了共同描述。2004 年的规范也划出一条容易被忽略的边界:经过认证的网络会话由服务器持有,脚本不会自动继承它。

IETF
服务器拒绝的是嵌套列表,不是列表中的人
RFC 5318 处理的是一个很窄却很容易被误读的问题:PoC 网络中的参与服务器无法展开 SIP 请求里的嵌套 URI 列表时,怎样把失败位置和一部分成员信息交还给控制服务器。它提供的是中间节点诊断,不是用户意愿、终端响应或通话结果。把这几层混成一个“拒绝”,就会让基础设施替从未收到请求的人作决定。

IETF
数据库多出一台路由器,机房里却没有新设备
RFC 5311 让一台物理 IS 通过额外系统 ID 发布多组 Extended LSP,从而越过单组 256 个 LSP 编号的容量上限。数据库因此会出现多个 Virtual IS,但它们不是独立机器,也没有独立故障域。只有把零号 LSP、别名、区域、合成链路、父节点 overload 状态和选择优先级连成一条证据链,额外信息才可使用。

IETF
它获得了新的 System ID,却没有获得新的拓扑权力
RFC 5311 允许一台 IS-IS 路由器借用额外的 System ID,把原本装不下的属性放进 Extended LSP。这个虚拟身份能扩充表达空间,却不能自行创造邻接关系。真正决定拓扑的仍是 Original LSP;额外页面只有在零号分片、别名绑定与父系统可达时才具有可用意义。

互联网历史
时限已过,SCTP 仍可能稍后才检查
RFC 3758 把“何时放弃”留给服务策略,把“如何越过已放弃的数据”交给传输机制。应用可以按消息决定还要重试多久;FORWARD TSN 则让对端推进序列空间。这并不等于每条消息都有一个必须在到期瞬间触发的计时器。

IETF
IPv6 路由通过了 SPF,下一跳却只会转发 IPv4
一张 IS-IS 拓扑图可以同时承载多种网络层协议,却不会因此自动拥有相同的逐跳转发能力。RFC 5308 为 IPv6 增加了可达性、接口地址和协议支持的表达方式;它没有把普通邻接变成“所选路径上的每台设备都能转发 IPv6”的证明。控制平面算出的路是成立的,数据包仍可能在能力并不匹配的中间节点消失。

IETF
路由协议把它当成点到点,以太网仍要找到下一跳
RFC 5309 允许两个路由器把广播能力的 LAN 配置成点到点 IGP 电路。DIS/DR 和伪节点可以消失,底层的 MAC、VLAN、ARP 与 ND 却不会随命令消失。逻辑邻接成立,只说明双方在控制面协议上达成了特定关系,并不自动证明单播 IP 报文已经具备二层目的地。
