档案
Research
Research档案页面汇集了人物、公司、机构等实体的情报，帮助读者对比BTW.MEDIA报道中的相关主体。通过该页面，读者可以对比公开档案、相关事件、证据材料、角色变动、运营足迹、治理风险、组织联系以及市场关联性，同时将机构与人物记录同普通新闻时间线区分开。读者能理解新闻标题背后的主体、支撑档案的证据，以及使该档案具有重要影响的基础设施或市场关系。也可以看到档案所代表的主体是谁或是什么、依据哪些公开来源、它如何与公司、市场、治理机构或事件连接，以及随着主体演进，哪些变化值得持续关注。
互联网历史
四个零字节把 IKE 与 ESP 分开，却不能认证任何一方：RFC 3948
同一个 UDP 4500 映射里，可以先后出现协商密钥的 IKE、承载受保护数据的 ESP，以及只为延长 NAT 映射寿命而发送的单字节报文。RFC 3948 用四个零字节完成第一道分流，但它从未把“送到哪个解析器”冒充为“这是谁、是否可信、连接是否可用”。
IETF
名录已经同步，业务状态却没有随之抵达新服务器
三台 ENRP 服务器对 Pool Element 清单达成了一致：哪些成员存在、哪个地址可供选择、采用哪一种选择政策，都能得到相同答案。故障发生后，客户端也顺利拿到了另一个地址。真正缺失的却是上一笔业务的状态。RFC 5351 能同步 handlespace，却没有声称它会同步应用事务。
IETF
图里的信令箭头走完了，双线表示的媒体仍需另行证明
RFC 5359 用不同线型区分 SIP 控制消息与媒体路径。这不只是排版选择，而是证据边界：INVITE、200 与 ACK 可以完整到达，音频仍可能因为地址、编解码、策略、方向或播放状态而失败。经工作组审阅的呼叫流程能指导实现，却不能把信令成功直接兑换成用户听见了什么。
互联网历史
对象标识只是临时的，应用必须记住内容究竟是什么：RFC 3940
RFC 3940 能把大对象可靠地送到一群接收者手中，也能补回沿途丢失的片段；但它刻意没有把传输编号包装成永久身份。那个 16 位数字属于某个发送者的一段传输过程，内容离开修复窗口后叫什么、是不是旧版本、该归入哪条记录，仍要由应用自己记住。
IETF
注册表给了数值唯一性，却没有替路由器作出处理决定
一张 IANA 表格可以明确某个 Router Alert 数值属于哪项用途，却不能让沿途设备自动接受这项用途。报文即使携带正确数值，也可能被忽略、限速、过滤，或只按普通流量继续转发。RFC 5350 解决的是共享编号冲突；是否让报文进入控制平面，始终是设备实现与本地运营政策的决定。
互联网历史
回拨号码进入了电子邮件，它的含义却没有一同上路：RFC 3939
一个号码从电话屏幕进入邮件头，看起来像是信息被完整保存了。RFC 3939 自己列出的故障却说明：字符可以原样抵达，解释它们的拨号环境、隐私边界与身份可信度仍可能在途中消失。
IETF
四个时间戳来自两座时钟，也来自两处证据保管权
TWAMP 的往返样本并不是一串来源不明的数字。发送端记录出发与返回，反射端记录到达与再次出发；反射包把这些观察重新交给发送端计算。RFC 5357 的价值正在于保留这些边界：反射端驻留时间可以扣除，但每个时间戳的来源、误差与保管责任不能随之消失。
互联网历史
名字承诺长期存在，解析器却还没有建成：RFC 3937
RFC 3937 给 IPTC 资源建立了全球统一的持久名称空间，但名称之所以“有效”，首先依赖一个集中式的分配行为：只有 IPTC 及其授权者可以发放标识符。字符串、机构账簿、解析映射和可访问文件，从一开始就是四份不同的证据。
IETF
证书通过了验证，曲线上的点仍需单独验明
RFC 5349 把椭圆曲线密码带入 PKINIT，但它没有把“证书有效”变成一张包办所有后续判断的通行证。证书路径、签名、算法约束和椭圆曲线公钥点各自回答不同的问题。尤其当 KDC 用未受完整性保护的错误消息返回参数偏好时，远端建议只能进入本地政策的交集，不能接管本地决定。
IETF
KDC 发回了曲线清单，但那份清单本身没有完整性保护
错误码是对的：`KDC_ERR_DH_KEY_PARAMETERS_NOT_ACCEPTED`。附带数据也像一份正式答复，按偏好列出 KDC 可接受的 ECDH 参数。客户端若只看结构，很容易把第一项当成下一步命令。RFC 5349 明确指出，这类 Kerberos 错误消息不受完整性保护；清单可以帮助发现交集，却无权改写本地密码策略。
互联网历史
代码点可以私用，高位仍在命令所有不认识它的路由器：RFC 3936
RFC 3936 面对的不是一张空白登记表。RSVP 的 Class-Num 高位早已写入兼容行为：旧节点即使不懂新对象，也会据此拒绝整条消息、只删掉对象，或把对象原样带到下一跳。
IETF
旧描述不能批准今天的选择，却仍可能决定下一包媒体能否发送
一条早先收到的远端连接描述，不能为当前 MGCP 命令选择 T.38 提供依据；但在真正发送媒体时，网关又必须服从最近一次收到的描述。RFC 5347 把传真控制拆成两只时钟：当前命令决定“现在可以选择什么”，最新远端状态决定“此刻可以发送什么”。把两者压成一个“最新 SDP”字段，恰好会抹掉最需要审计的授权边界。
IETF
黑名单已经更新，远端网络仍按上一版隐私规则发送了位置
用户在本域撤销了一个观察者的权限。新策略已经写入策略服务器，但旧策略仍留在联邦对端；恰在这个时间窗内，新的在线状态和位置到达。远端过滤器没有宕机，也没有违反它手里的规则——它只是忠实执行了过期版本。RFC 5344 所说的“授权迁移”节省了重复通知，却把版本、撤销和执行证据变成了跨域控制面。
互联网历史
试行规则必须到期，结果报告却可以缺席：RFC 3933
RFC 3933 给临时流程装上了倒计时，却没有同样强硬地要求试验者留下问题、基线、指标和结论。到期日能够终止授权，不能替历史回答“究竟发生了什么”。
IETF
解析器超时后，号码没有变，路由制度却换了
呼叫者只经历了几秒等待，随后电话接通。系统内部发生的却不是一次较慢的 ENUM 查询：解析器超时，softswitch 放弃新目录，重新用厂商私有号码表并把呼叫送进 PSTN。RFC 5346 留下的关键不是“备用路径能用”，而是一次超时如何把同一个号码交给另一套路由权威。
互联网历史
消息看起来像一份文档，协议却早已把它拆开：RFC 3930
一张完整页面最容易让人相信：它会被完整地保存、传递、签署和解释。RFC 3930 提醒工程师，网络另一端看到的往往不是这张“纸”，而是一组来源不同、处理方式不同、去向也不同的字段。
IETF
读到了 EngineID，不等于认出了设备，更不等于获得了写权限
管理器终于拿到一个稳定的标识符。它可以把后续 ScopedPDU 发往正确的管理上下文，也可以把多次观察关联起来。若系统随即把这串字节标成“已认证设备”，RFC 5343 解决的命名问题就被悄悄改写成了身份与授权结论。
IETF
隐私过滤删掉了表索引，也删掉了结论赖以成立的关系
研究团队拿到的 SNMP 轨迹已经没有用户名、地址和对象值，看起来足够安全。分析脚本却仍把相邻记录归为同一接口，试图比较重启前后的计数器。问题是，表实例标识符中原本承载接口关系的部分也被清空了。数据没有泄露身份，却也不再证明脚本所连接的两行属于同一对象。RFC 5345 提醒我们：匿名化不是在证据上盖一层黑布，而是在改写可回答的问题。
互联网历史
同一个名字跨过 MIME 与 SDP，参数却不会自动跟过去：RFC 3555
RFC 3555 给互联网留下的不是一张编解码器清单，而是一条责任边界：媒体类型负责携带可登记的名字，SDP 负责给参数安排位置，载荷格式规范负责解释含义，真正的软件才负责把收到的比特变成媒体。
IETF
注册表证明这个名字归谁定义，却不证明这串号码归谁使用
RFC 5341 解决的是参数名称冲突和规范出处。把 IANA 行升级成号码归属、路由授权或来电身份，会让命名治理替不属于它的系统作证。