档案
Research
Research档案页面汇集了人物、公司、机构等实体的情报，帮助读者对比BTW.MEDIA报道中的相关主体。通过该页面，读者可以对比公开档案、相关事件、证据材料、角色变动、运营足迹、治理风险、组织联系以及市场关联性，同时将机构与人物记录同普通新闻时间线区分开。读者能理解新闻标题背后的主体、支撑档案的证据，以及使该档案具有重要影响的基础设施或市场关系。也可以看到档案所代表的主体是谁或是什么、依据哪些公开来源、它如何与公司、市场、治理机构或事件连接，以及随着主体演进，哪些变化值得持续关注。
全球数据中心趋势
FRRouting 修复约 34 Gbps 数值边界，升级验收不能只看版本号
同样是汇总两条路径的带宽，浮点编码与旧式整数编码仍有不同的正确答案。8 月发布的维护版本修复了数值处理问题，也把逐邻居核对编码方式变成了变更验收的重要条件。
报道
ARIN 说明了 AI 草稿的双人复核规则，却没有说明那张回执
ARIN 的公开回答少见地具体：生成式 AI 只能辅助有限类型的草稿，起草者仍对内容负责，发布前还要由第二个人复核。公开叙述里真正缺少的，不是又一条原则，而是把数据判断、两次复核与最终版本连成一条可核验链路的持久记录。
IETF
YANG 最低版本并不等于兼容性下限
一个导入声明建议最低使用 3.1.0。仓库里恰好有两个更新的候选：3.1.2 `_non_compatible` 和 4.1.2。按照当前 YANG 语义版本草案，两者都满足条件。解析器没有犯错；它只是回答了数值排序问题。真正危险的是后面的组织把“满足最低版本”改写成“可以安全上线”。
IETF
Netnews 多加一道取消锁，可能多留下一方撤回权限
服务迁走了，旧文章上的锁值却不会随账户一起搬家。Cancel-Lock 的治理问题，不是看起来有几道锁，而是谁还握着可用的证明、这些证明覆盖哪些历史文章，以及服务结束后谁继续承担责任。
IETF
访客不用长期凭据，TURN 中继仍要有人管准入
一场通话成功接通，并不能说明为它准备的中继资源已经得到妥善管理。网络允许访客免去长期凭据时，真正需要补上的，是资源归属、额度和退出责任。
IETF
丢包计数器在触发自动化之前，需要先绑定意图周期
凌晨两点十四分，出口方向的无缓冲丢包开始上升。自动化系统能在几秒内把流量挪走，却未必知道：两分钟前服务策略刚刚换版，一分钟前线卡发生重启，而仪表盘使用的损失基线属于已经退场的配置。数字准确记录了包在哪里消失，却没有说明当前究竟是哪一份意图在授权处置。
全球数据中心趋势
IEEE 多模光纤新提案里，一个待定限值牵动整套验收条件
光功率预算表上的数字未必越大越好。P802.3ds 的最新讨论把多项参数之间的依赖摆到了明处：采购方需要锁定的是一套自洽的测试条件，而不是几张幻灯片中各自最漂亮的数值。
IETF
Diameter 的待决窗口：计时到点，服务未必停止
一项名为 RETRY_AND_TERMINATE 的策略，可以在已建立会话的更新计时器到期后继续提供服务。真正决定收口的是后续请求结果；管理者需要看清的，是这段等待中谁有权设定规则、谁承担已经发生的消耗。
IETF
一个重合的名称服务器只能证明连续性，不能证明委派控制权
递归解析器重新查看一条缓存中的委派。父区列出的名称服务器几乎全换了，却还保留着一个旧名字。这个交集足以回答一个狭窄问题：缓存能否把新旧状态视为连续。它回答不了另一个更重要的问题：谁批准了迁移，那个旧入口为何仍有权应答，又应在何时退出。
报道
APNIC 的 NIR SIG 提了四个章程问题，却只公布了一组未注明归属的结果
APNIC 62 会前发布的 NIR SIG 章程审议演示稿，把四个不同问题交给七个国家互联网注册管理机构，却在旁边只放了一张支持率为 86% 的饼图，没有说明这组结果对应哪一问。拟议章程要让该论坛汇总意见并提交 APNIC 执行委员会；在承担这项角色之前，它首先应当让每一组答案都能追溯到原来的问题。
IETF
IPv4 租约没变，服务的 IPv6 落点却可以变
让 IPv4 服务不再固定于一台边缘设备，意味着多了一种部署选择，也多了一项必须维护的绑定。RFC 8539 展示的不是无条件的地址自由，而是客户端选择、服务端节奏与身份隐私之间的具体分工。
IETF
DNS GREASE 成为默认设置前，需要一份实验章程
一条 DNS 查询里，被故意塞进了一个“没有用途”的数值。对方若按规则忽略它，用户什么也不会察觉；对方若容不下未知值，查询可能报错、超时，或在第二次尝试后才成功。发起者得到的是协议能否继续演进的证据，代价却可能由用户和另一端的运营者承担。GREASE 要维护的是公共能力，因此更需要说明：谁可以动用这笔失败预算。
IETF
EVPN 地址冲突之后，恢复窗口由谁接住
主机上的重复地址已经纠正，网络里的冻结状态却未必同时解除。真正影响服务恢复的，往往是这两件事之间尚未完成的工作。
IETF
DNSSEC 试运行检验的是一组解析器，不是整个互联网
一个域已经签名，验证器也确实发现了错误，普通用户却仍然得到答案——这不是 DNSSEC 失灵，而是试运行模式刻意制造的中间状态。它让故障先成为报告，再成为阻断。但会发声的只有理解这套机制的解析器；没出现在仪表盘上的互联网，不能因此被判定为已经就绪。
IETF
带宽验收签了字，等待的代价由谁接走
一条线路能把足够多的数据送出去，不等于每项业务都得到了所需的服务。TCP 测试把完成时间、重传和负载时延放在一起，真正需要交接的，是这些结果背后的取舍与责任。
互联网历史
网络升级的第一批投入，不能只靠最后一批参与者兑现
设备可以一台台更新，收益却未必一段段出现。Quick-Start 的历史提示了另一种部署成本：先行动的组织，可能要替尚未行动的组织承担等待。
IETF
弃用日期退役的是 RDAP 标签，不是它的客户端
在 IANA 登记表里把一个扩展标为弃用，只需改变一条公共记录；让分散在互联网各处的服务器与客户端真正停止使用它，却没有同一只手可以完成。REGEXT 的两份工作草案恰好把这条权力断层写进了协议设计：登记状态、服务端支持和客户端依赖是三种证据，不能由一个日期代替。
报道
RIR 草案称体系自下而上，地位变更咨询却仍可由机构选择
推荐版《RIR 治理文件》一面把互联网号码注册体系描述为开放、自下而上，另一面又在新增的第 2.7 条中明确：评估承认或取消承认某个注册机构时，RIR 与 ICANN 既未被禁止咨询各自社群，也没有义务这样做。这未必自相矛盾，却把一个关键问题留在程序之外——所谓“广泛支持”究竟从哪里来，又由谁说明没有举行咨询的理由。
IETF
多买一家 CDN，并不会自动分清谁来守住循环边界
采购可以把流量交给不同供应商，却不能把跨供应商的防护责任切成互不相干的几份。CDN-Loop 要求保留一个不可信的信号，真正考验的是谁有权改配置、谁决定拦截，以及谁能解释这次决定。
IETF
DNSSEC 恢复受多重时钟支配，任何签名方都无法独自控制
私钥已经无法工作，域名却仍能正常解析。昨天生成的签名还没有到期，于是故障被一层看似平静的服务状态遮住。DNSOP 的“DNSSEC Key Restore”草案讨论的正是这段危险的缓冲期：它给恢复争取了时间，却没有把父区、次级服务器和缓存的控制权一并交给签名方。