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

AFNOG
AfNOG 公布主办偏好,却把最终选择交给召集人与管理层
AfNOG 的非洲互联网峰会主办页面,向申请方列出了一份异常详细的义务清单,也公布了三项选择偏好。但在 AfNOG 召集人与 AFRINIC 管理层作出被称为最终决定的选择之前,这些偏好如何相互比较,页面并未说明。

IETF
Colin Perkins 与那条没有说“已发到网络”的 Sent 事件
本地程序把一条消息交给传输栈,并不等于网络另一端已经看见它。Colin Perkins 参与共同撰写的 RFC 9622 把 `Sent` 放在这条责任转换线上:它说明 API 不再负责该消息,不说明数据已经越过网卡、抵达对端或产生业务结果。

IETF
Marco Tiloca 与那条没有撤回访问权的撤销通知
授权服务器把令牌列入撤销清单,并不意味着每个资源服务器已经停止接受它。Marco Tiloca 参与共同撰写的 RFC 9770 为 ACE 定义了传递撤销信息的办法;它没有把服务器端的记录、通知抵达、设备本地删除与后续访问结果混成同一个事实。

IETF
FANN 已采纳问题陈述,但尚未协调网络动作
FANN 主席已结束一次采纳征询,并宣布《快速网络通知问题陈述》将成为工作组文档。这是一个重要而有限的程序事实:工作组获得一份可继续修改的文本,作者需以新的名称提交同一版本,并在后续版本处理中纳入征询意见。它不是给网络下达的命令。原文恰好把通知后的动作协调留作后续研究,并把源信任、本地策略、部署与实际结果保留为不同的决定。

IETF
Lucas Pardue 与无法为页面排程的优先级信号
一个 HTTP 优先级字段很容易被读成性能结论:客户端给了资源更高的紧迫度,于是页面理应更快出现。由 Lucas Pardue 与 Kazuho Oku 共同撰写的 RFC 9218 并不作出这种承诺。它规定的是可互操作的偏好表达;真正决定队列、传输、合并规则与页面呈现的,仍是各个正在运行的系统。

IETF
MLS 可在知识产权披露后重开采纳征询,但不能把披露变成裁决
一则知识产权披露可以改变技术社群作答时掌握的信息,却不能替任何人作出判断。MLS 主席在两方配置文件的采纳征询开始后收到第三方披露,因此把回应期限延至 2026 年 9 月 4 日。这个动作的意义是让参与者有机会重新审视意见,不是宣布采纳,也不是认定披露的范围或法律效果。

IETF
DNSOP 可以标示“通往无处”的域切分,但不能发布私有命名空间
DNS 父域能够承认一个子域存在,却不必假装自己可以把外部查询者带到那里。DNSOP 正在讨论的机制,正是为了让这一边界更清楚:子域在另一套命名空间中存在,公共父域不应把它误说成不存在;但这种说明也不能变成内部服务的地址簿、可用性承诺或访问许可。把这几层混在一起,技术信号就会被误读为运营权力。

IETF
HTTPbis 可以讨论签名密钥,但征询并未选择应用信任模型
HTTPbis 正在征询是否将一份关于 HTTP Message Signatures 密钥分发的草案纳入工作组。这个问题值得认真讨论:统一的密钥发现方式可能减少实现之间的摩擦。但它不是一项应用授权决定。系统能找到公钥、验证签名,甚至识别某种凭据来源,都不能自动回答谁被允许执行哪项操作、代表谁执行、在何种条件下执行,以及谁应为错误负责。

IETF
BBF 需要 BGP 模型,但 IDR 的 WGLC 仍不是发布日期
Broadband Forum 需要一个尚在 IETF 程序中的 BGP YANG 模型,这个需求本身既真实也正当。但需求不等于对另一机构的交付授权。公开记录目前包含三种不能互换的事:BBF 对其 WT-477i2 依赖关系和目标日期的询问;IDR 对开放审查状态的说明;以及未来可能出现、但尚须由独立程序证明的 RFC 发布。把三者压成一条“即将发布”的时间线,看似方便,却会使读者不知道哪一项事实真正发生过。

ICANN
ICANN 特定审查已暂停,暂停本身需要状态记录
ICANN 没有删除特定审查;它是在原有义务旁边加入了一条过渡规则:有生效日、有首个届满日、有两条受限的延长路径、有最长边界,也有恢复审查的顺序。这比一再以董事会决议临时延期更清楚,但前提是公开记录不能把不同的制度行为压成一件事。董事会批准不是生效。反对行动请愿不是程序结局。社群草案不是获接受的建议,更不是实施指令。暂停也不能证明日后的审查已经启动、完成或产生效果。

IETF
VELOCE 会议选定了 IANA 指针,工作组草案仍称无需 IANA 行动
8 月 25 日,一份署名归属明确的 VELOCE 项目会议摘要称,IANA 间接指向模式已经确认:注册表将指向代码库,而非把模块嵌进 RFC。同日公开的工作组第 00 版却在 IANA 注意事项中写着“本文档没有 IANA 行动”。这不是一句话推翻另一句话,而是同一设计尚未把决定、可验证字节和注册动作连成一条公开证据链。IANA 可以保存一个获准制品的指针;它不应代替工作组、授权审批者或社区来决定这个制品的规范含义。

IETF
Heather Flanagan 与不能凝固的 RFC 档案
RFC 已经发布,并不表示它的排版基础、XML 表达和阅读版本从此永远不能维护;但允许维护,也绝不等于允许把依赖者曾经理解和实施的含义悄悄改掉。Heather Flanagan 与 Paul Hoffman 共同署名的 RFC 9720,处理的正是这条界线:档案要能修复,却不能以修复之名重写历史。

案例档案
链接指向了上级,却没有冻结层级:RFC 9910
RFC 9910 为 RDAP 号码资源层级增加了带类型的导航关系。它能告诉客户端下一步去哪里,却不能替客户端保存某个历史时刻的名录状态。

案例档案
服务器规定了 CSR,却尚未批准证书:RFC 9908
RFC 9908 让 EST 服务器能精确说明证书请求应当怎样填写。说明书越精确,越需要把模板、持钥证明、身份、授权、签发与部署分开留证。

IETF
PROCON 要准确记录现行政策,但草案也在改写政策
“最终文件应当准确记录现行政策。”IETF 126 上,PROCON 工作组同意把这句话作为章程修订提案。问题恰好藏在“记录”二字里:2418bis 不只把旧 RFC 重新排版,它还删除 51% 与 99% 的共识示例,写入辅助角色,扩展主席管理公开讨论的媒介,并把工作组采纳设计成可撤销状态。这些变化有的可能只是归并,有的是修正过时机制,有的是把惯例写成规则,还有的本就是现行章程准许的政策调整。要做到真正准确,不能只判断句子好不好,还应保存每项重要修改凭什么成立。

案例档案
IANA 已释放端口,旧设备却不会自动改写:RFC 9900
RFC 9900 正确解除三个历史 NETCONF 端口分配,同时保留服务名。全球登记事实已经改变,但本地监听、镜像与安全策略是否退役,仍需运营证据回答。

案例档案
SVG 无障碍规范八年后再度发布,测试里程碑仍未出现
2026 年 8 月 27 日,W3C 发布了新版《SVG Accessibility API Mappings》工作草案。它与上一份工作草案相隔 3,031 天,文本也确有实质变化。可是,在发布前九天完成修订的 SVG 工作组拟议章程里,这项交付物的预期进度只是“争取推进测试”。这不是一句毫无意义的话,却也不是一个能够验收的里程碑。要让外界判断测试究竟推进到了哪里,还需要把特定版本、规范功能清单、测试覆盖、独立实现、责任人和复核节点接成一条可追溯的证据链。

案例档案
前缀已被通告为不可达,下一步仍由接收方决定:RFC 9929
汇总路由还在,汇总之下的某个前缀却已经失去可达性。RFC 9929 让这项被聚合隐藏的变化能够传出去,但没有把一条通告扩张成对接收系统的行动命令。

IETF
Agentproto BoF 支持成立工作组,却否定了初始范围
一场会议可以同时给出两个真实信号:许多人希望 IETF 为 Agentproto 建立正式工作场所,许多人又不接受当时写在章程里的初始范围。矛盾不在参与者,而在后来怎样引用结果。只说“154 人支持”会丢掉问题中的“按这份章程”;只说“124 人反对”又会把对范围的否定偷换成对整个议题的否定。

领导者
Karthick Thangavel:光纤地图与现场作业之间的运营盲区
区域宽带网络的故障并不只发生在路由器或光终端里。它也可能藏在接头盒、现场人员的笔记、客户记录,以及不同团队之间没有接上的交接环节中。Karthick Thangavel 的公开论述之所以值得关注,是因为它从这个边界出发:当有源设备、无源光纤、现场工作与客户体验仍由彼此割裂的记录描述时,人工智能无法让网络真正变得可理解。
