档案
Research
Research档案页面汇集了人物、公司、机构等实体的情报，帮助读者对比BTW.MEDIA报道中的相关主体。通过该页面，读者可以对比公开档案、相关事件、证据材料、角色变动、运营足迹、治理风险、组织联系以及市场关联性，同时将机构与人物记录同普通新闻时间线区分开。读者能理解新闻标题背后的主体、支撑档案的证据，以及使该档案具有重要影响的基础设施或市场关系。也可以看到档案所代表的主体是谁或是什么、依据哪些公开来源、它如何与公司、市场、治理机构或事件连接，以及随着主体演进，哪些变化值得持续关注。
IETF
探测结果还活着，真实路径早已变了
一条预先生成的 OAM 结果可以在缓存里保持“有效”，而它所描述的转发路径已经换代。BGP 若拿这份旧证据决定候选资格，时间就不再是监控细节，而成为路由政策的一部分。
IETF
旧标签还在转发，新标签已经指向另一个去处
LDP 恢复期间，最危险的并不一定是空表，而可能是两张都“有依据”的表：上游仍按旧的标签—FEC 绑定发送，下游却已把同一标签重新分给另一项业务。RFC 3612 讨论的核心，正是如何约束这段权威重叠期。
互联网历史
测试编号可以共用，实验却不能混为一谈：RFC 3692
协议实验在上网之前，往往先需要一个能放进报文的数字。RFC 3692 留出了两个测试值，同时提醒读者：不同实验可能共用同一个数字。能做测试，不等于彼此兼容。
IETF
接收端给了更多数字，却没有交出“唯一真相”
RFC 3611 把一份简短的 RTCP 接收报告扩展成可组合的证据块。字段越多，越需要保留证人的身份、测量对象、时间窗口、算法和不可用状态；否则，高分辨率只会让未经证明的结论显得更像事实。
IETF
两端日志都按时排序，却拼不出同一条事故时间线
客户端和服务器各自都能产出顺序合理的 qlog，仍不等于它们共同证明了一条全局时间线。时钟类型、观测点、采集窗口、身份字段和删减策略，只要有一项没有进入证据链，“谁先发生”就可能只是图表的排版结果。
互联网历史
图片紧挨引用抵达，生产者仍看不见接收端怎么读：RFC 3391
RFC 3391 让复合文档里的资源不必排队等到很远以后才出现。它能改变字节的先后，却不能把接收端的内存、排版与使用时机变成发送端已知的事实。
IETF
外层路径完整，隧道内部仍未作证
屏幕上的入口和出口都亮着绿灯，中间只画了一条笔直连线。RFC 3609 提醒运营者：这条线可能准确描述了 IP 层，也可能同时遮住了多层转发；要把隧道展开成证据，必须说明谁有权看、哪一种探针在问、哪个平面在回答，以及沉默究竟意味着什么。
互联网历史
语音停包了，房间并没有静音：RFC 3389
互联网通话暂停时，那层让人安心的房间底噪未必从远方传来；它很可能是接收端根据几个字节现场造出来的。
IETF
两条路径都通过了验证，容量却没有增加一倍
管理界面显示两个 Path ID，测试报告写着两条路径均已验证，采购材料于是把它们概括成“双路容量”。这个等号并不存在。QUIC 多路径草案第 21 版允许多个路径标识使用同一个四元组；即使四元组不同，两条路径也可能汇入同一个无线信道、接入链路或上游队列。协议身份增加了，不等于稀缺资源增加了。
互联网历史
接入网络可以更换，用户归属服务商不变：RFC 3141
用户进入另一家运营商的覆盖区，并不必然意味着客户关系也随之转移。2001 年的 RFC 3141 把这种分离写进 CDMA2000 无线数据 AAA 需求：访客网络可以提供接入，归属服务商仍维持正式的客户服务关系，而认证、授权和计费必须跨越这条组织边界。
IETF
控制面记住了一条路，运行中的请求未必走过它
RFC 3608 让 SIP 注册服务器在成功响应中告知终端一组服务路由。这个机制解决的是“终端如何得知建议路径”，并不回答“后来的请求究竟经过哪里、服务是否执行、通信是否成功”。
互联网历史
少一个标签，所有分组都作废：RFC 3388
四条媒体描述可以各自成立，但其中一条没有名字时，应用就失去了推断它们之间关系的权限。
互联网历史
3GPP2 的会议向公众开放，邮件列表却没有：RFC 3131
2001 年 6 月，RFC 3131 描绘了一张不对称的参与地图：任何感兴趣的人都可以出席 3GPP2 会议，但该组织的技术邮件列表并不向公众开放。备忘录提出的桥梁，不是把这条边界说成不存在，而是把双方共同关心的工作放到相关 IETF 邮件列表讨论——在那里，技术讨论和决策本来就主要公开进行。
IETF
那只快了半秒的时钟，总是把自己的通知排到最后
发布者的物理时钟向前偏了半秒。它没有因此看见未来，却能让自己的记录在全局列表里持续“后来居上”。一个整齐的时间顺序，可能首先反映的是时钟权力，而不是事件因果。
IETF
结果通道收到一个正确答案，算力来路仍然空白
一个候选值通过公开校验，只能说明它满足那条校验条件。2003 年发布的 Informational 文档 RFC 3607 用“中国彩票式密码分析”构造了一个互联网规模的历史威胁模型。模型可以提醒机构重新估计算力门槛，却不能让最终答案自动携带委托者、参与主机、资源授权、独立工作量、受害者归属和当前密码安全性的证明。
互联网历史
队列能区分数据包，运营者却还没有定义服务：RFC 3387
优先队列可以给出一张清楚的本地处理回执，却无法说明谁有权购买这种待遇、跨域承诺如何拼接、账单依据什么成立，以及普通流量承担了多少代价。
欧洲与中东机构
德国人工智能研究中心（DFKI）实际运营着什么：有名称、有日期的系统与自报数字之间的差距
德国人工智能研究中心（DFKI）的研究部门数量究竟是 28 个还是 29 个？竞争力中心是 10 个还是 13 个？在其自己的公开网页上，这些数字并不一致。但该机构实际建造和运营的物理与计算系统却记录得相当具体——从以自身品牌命名的 HPC 集群、可追溯到 2020 年 7 月精确日期的 GPU 部署时间线、一个 340 万升的海水机器人试验大厅，到 2021 年被选为 Gaia-X 试验台的工厂实验室。BTW 之前的报道（2026 年 9 月 25 日和 9 月 27 日）审查了 DFKI…
互联网历史
底层先恢复，上层必须等：RFC 3386
一根光纤断裂后，最危险的未必是没有备份，而是光层、传输层与分组层都认定自己应该立刻接管同一次故障。
IETF
平台写着“已宣告”，运营却把它读成了“已收到”
会话描述中出现一行 `a=rtcp`，只说明某个组件宣告了控制流应去往哪里。RFC 3605 解决的是 NAT 破坏相邻端口规则后的表达问题；它没有证明监听套接字存在、映射仍然有效、数据包穿过网络，更没有证明接收报告已经返回。把这些状态压成一个绿色标签，恰好会抹掉实时媒体最需要的证据。
互联网历史
校验值都是 32 位，错误模型决定这 32 位意味着什么：RFC 3385
四个字节可以长得完全一样，却会对一段关键存储数据是否原样穿过整条网络路径，给出截然不同的证据。