档案
Research
Research档案页面汇集了人物、公司、机构等实体的情报,帮助读者对比BTW.MEDIA报道中的相关主体。通过该页面,读者可以对比公开档案、相关事件、证据材料、角色变动、运营足迹、治理风险、组织联系以及市场关联性,同时将机构与人物记录同普通新闻时间线区分开。读者能理解新闻标题背后的主体、支撑档案的证据,以及使该档案具有重要影响的基础设施或市场关系。也可以看到档案所代表的主体是谁或是什么、依据哪些公开来源、它如何与公司、市场、治理机构或事件连接,以及随着主体演进,哪些变化值得持续关注。

IETF
三个绿灯之后,密钥销毁仍是空白:RFC 9678 的证据边界
RFC 9678 为 EAP-AKA' 增加了基于临时 ECDHE 的前向保密扩展。能力检查、算法协商和身份鉴别都可以成功,但它们只证明协议路径成立;若内存、日志、快照或下游设备仍保存相关密钥,已经结束的会话仍不能被宣称为不可恢复。

互联网历史
SRF 把媒体流编成一组,却没有预留资源:RFC 3524
一行 SDP 可以把音频与视频写进同一个逻辑括号,但括号后面的带宽、队列和调度器仍掌握在各个运行节点手里。RFC 3524 的价值,恰好来自它没有掩盖这段距离。

IETF
候选列表为空,真正的切换才刚刚开始
RFC 5142 允许归属代理向移动节点发出受 IPsec 保护的切换消息。消息甚至可以不提供任何替代地址,让节点自行发现新的归属代理。这一设计揭示了协议的真实边界:它能可靠表达“不要再使用这里”,却不能把发现、安全启动、新绑定和业务连续性压缩成一次确认。

互联网历史
注册经过了认证,NAT 改写的转交地址却没有:RFC 3519
家庭代理收到了一份有效的 Mobile IP 注册,却要依赖认证范围之外的外层地址与端口把数据送回去。RFC 3519 的穿越能力,正建立在这条不对称边界上。

IETF
界面显示“已送达”,本地宏却在第二步失败并完成了回滚:RFC 9675
RFC 9675 面向无法依赖及时往返通信的管理环境。它让远端 Manager 表达策略,让设备旁的 Agent 依据本地事实授权并执行 Control。由此也必须承认:命令送达、动作执行、报告抵达与设备当前状态,是四类不同的事实。

互联网历史
BCP 标记了控制帧,却没有证明生成树安全:RFC 3518
一个比特可以让 PPP 链路优先照看桥接控制帧,却不能替整张桥接网络签发“无环”证明。RFC 3518 的价值,恰好藏在这条边界里。

IETF
统计说这条路更好,下一通电话仍未发生
RFC 5140 让电话网关把可达目的地、剩余电路与历史呼叫结果报告给本地路由代理。它提供的是选择之前的证据,不是选择之后的结局。把一组更新鲜程度不同、定义也不同的指标压成一个“最佳网关”,最容易丢掉的正是作出判断所需的边界。

欧洲与中东机构
Allianz Technology 的SD-WAN版图:运营可见之处皆有记录,资金流动之处无人知晓
在 Allianz Technology SE 庞大的全球 SD-WAN 网络版图中,公开记录呈现出一条异常清晰的分界线:凡是运营可见的部分——架构、站点数量、治理流程——都有详细的第一手描述;而凡是资金实际流动的部分——供应商身份、合同经济条款、采购裁决——却几乎完全缺席于公共记录。本文基于分级证据梳理这一落差,并追问:所谓"内包"叙事与持续存在的多供应商依赖,究竟能否同时成立。

互联网历史
发送方估算了 pipe,却没有数清网络里还剩多少包:RFC 3517
同一段数据的两个副本可以同时被计入 `pipe`。这不是标准算错了,而是 RFC 3517 拒绝把发送方无法观察的路径状态伪装成精确测量。

IETF
法律 URN 找到了文档,却仍未证明哪一版文本支配了决定:RFC 9676
`urn:lex` 让法律来源在网站迁移、机构改名、语言转换和文本修订之后仍能被同一个名字指向。这种持久性解决的是“认出同一项法律作品”,不是把当前文件自动变成某个历史时点的适用法证明。

互联网历史
服务器解码了正文,客户端拿到的却不是原始邮件:RFC 3516
IMAP 的 BINARY 扩展减少了一层真实的传输开销,也留下了一条不能省略的证据边界:解码结果可以完全正确,却仍不是进入邮箱时那封邮件的原始序列。

IETF
地址写到了座位,当前位置仍然没有被证明
国家、行政区、道路分段、建筑、楼层、房间、座位都可以填得完整,XML 也可以毫无错误。RFC 5139 让这份市政地址陈述能够跨系统传递,却没有赋予文档观察现实的能力。真正决定能否行动的,是谁在何时用什么方法定位了哪个目标、允许谁获知多少,以及路由和现场处置最终发生了什么。

互联网历史
REFER 已被接受,被引用的动作却尚未成功:RFC 3515
一条 SIP 指令可以先被接下,真正要做的事随后才开始。RFC 3515 没有把这段等待藏起来,而是为接受、观察与执行分别留下了记录。

IETF
RFC 5137:转义写清了,字符串的身份仍未证明
一段十六进制转义很容易让审计者产生确定感:数字明确、解析成功、日志也能复现。但它最多证明某个边界恢复出了哪个 Unicode 码点。RFC 5137 特意只解决这一小步。字符串是否规范化、能否作为标识符、是否与另一串相等、用户会看到什么、最终绑定了谁,都要在后续层级重新举证。

IETF
CDN 收到了委派凭据,仍不能证明边缘节点真的用过它:RFC 9677
一份元数据对象可以完整抵达下游 CDN,却没有任何一个字段告诉运营者:究竟哪些边缘节点完成了解密、安装与激活,哪个客户端在握手中真正选择了这份委派凭据。RFC 9677 解决的是跨 CDN 交接,不是把交接自动改写成执行结果。

互联网历史
数据包自称无害,防火墙就得相信它:RFC 3514
一位攻击者如果肯在每个恶意数据包上主动贴出标签,网络安全当然会容易许多。RFC 3514 在 2003 年愚人节把这个愿望写成了协议,也把它的不可能性写得异常精确。

IETF
端口写着 10G,RFC 5136 仍要追问:哪一层、哪类包、哪个时段?
“带宽”之所以容易被滥用,不是因为数字一定不真,而是因为一个真的数字经常替不相干的层作证。物理端口速率、IP 层容量、当时可用容量、传输层有效吞吐和应用完成结果可以同时不同。RFC 5136 的价值,在于把一个漂亮的速率重新拆回可审计的问题。

IETF
每台路由器都寄来了明信片,组播树却仍无法还原:RFC 9630
RFC 9630 处理的不是“有没有遥测”,而是遥测之间缺少什么关系:收集器即使收到每台组播路由器的本地记录,也可能不知道某个下游节点究竟接在哪个分支之后。Branch ID 补上邻接证据,但不会因此证明观测完整、导出可信或接收端已经得到可用内容。

互联网历史
作业 URL 标识了一项作业,却没有告诉你是哪台打印机创建了它:RFC 3510
一个格式完全正确的地址可以带你找到打印作业,却仍不足以还原创建它的 Printer。RFC 3510 统一了路径,也把身份、时效和物理结果留给了各自的凭据。

北美云服务
MEDITECH:防御稳固却难以扩张的坚守者
MEDITECH 在 2025 年创下了遗留客户迁移留存的历史最佳纪录,但整体急症医疗 EHR 份额仍在收缩。这份分析拆解其留存与扩张之间的结构性错位,以及下一个观察周期里最值得追踪的变量。
