档案
Analysis
Analysis档案页面汇集了人物、公司、机构等实体的情报，帮助读者对比BTW.MEDIA报道中的相关主体。通过该页面，读者可以对比公开档案、相关事件、证据材料、角色变动、运营足迹、治理风险、组织联系以及市场关联性，同时将机构与人物记录同普通新闻时间线区分开。读者能理解新闻标题背后的主体、支撑档案的证据，以及使该档案具有重要影响的基础设施或市场关系。也可以看到档案所代表的主体是谁或是什么、依据哪些公开来源、它如何与公司、市场、治理机构或事件连接，以及随着主体演进，哪些变化值得持续关注。
互联网历史
输出仍是 128 位，密钥规则却变了
2004 年，RFC 3664 将 AES-XCBC 用于 IKE，保留了 IPsec MAC 原本会截短到 96 位的完整结果。两年后，后继规范改变的是另一道边界：同一伪随机函数接受多长的密钥，以及 IKEv2 在不同用途下怎样解释密钥长度。
互联网历史
目录对象膨胀近六倍，客户端仍得自己找路
RFC 3663 的 Referral LDAP 实验试图让域名注册资料更容易以结构化方式查询。但它留下的工程记录表明，换一种通用协议并不会自动带来通用服务：数据树、跨服务器引用和客户端都要针对具体目录重新安排。
互联网历史
同一种算法，三套参数规则：RFC 3657 的 Camellia 与 CMS
在 CMS 中，算法名称本身不足以说明一次加密操作。RFC 3657 为 Camellia 的内容加密、密钥封装和能力声明分别规定了标识符；参数的存在形式也随上下文而变。
互联网历史
名称先被保留，邮箱尚未就绪：RFC 3656
在分布式邮件服务里，防止两台服务器争用同一个邮箱名只是第一步。RFC 3656 把名称占位与邮箱真正可供客户端使用分成了两个状态。
互联网历史
TCP 计数器没有分家，连接表却多了第五个坐标：RFC 2452
IPv6 到来，并不意味着 TCP 的每项管理数据都要复制一份。RFC 2452 保留了跨 IP 版本共用的计数器，却在连接表无法唯一定位记录时补上接口坐标。
互联网历史
RFC 编号像标准，IESG 却明确说不是：RFC 3924
RFC 3924 将一份厂商的合法截获架构收入 RFC 系列，却在摘要之前写下醒目的警示：它是信息类文档，不是互联网标准，也没有经过 IETF 对安全与协议交互的审查。
互联网历史
网关可以换封套，不能改消息：RFC 3923
2004 年，RFC 3923 让 XMPP 能把签名或加密的消息送往其他即时通信系统。它最关键的规定很窄：可以翻译外层封套，不得改动受保护的对象。
互联网历史
无法说出是哪一份副本的 ACK：Karn 如何阻止 TCP 学到错误的 RTT
一次超时之后，相同序号的字节可能已经出发两次。随后到达的 ACK 对“接收方已经前进”这件事说了真话，却没有说明是哪一份副本促成了前进。Karn 算法把这个缺口变成纪律：因果标签缺失的观察，不能拿来教会重传时钟。
报道
RIPE NCC 2027 年费用按账号与资源分别计价
年费按 LIR 账号收取，其他若干费用则对应特定号码资源的分配或登记。把计费单位拆开看，才能读懂 2027 年规则；现有公开总数并不能说明哪些成员会受到怎样的影响。
报道
RIPE-NONAUTH：0.006%的Whois查询与20%的NRTM请求，衡量的是两件事
RIPE NCC 曾把两个比例并列讨论 RIPE-NONAUTH，但它们来自不同的访问路径，并不是同一套“使用率”。如今 Q4 清理工作仅标为“Starting”；这两个数字都不能直接告诉我们有多少运营者依赖这些数据，也不能单独证明删除安全或危险。
报道
ARIN 最新审查写着“无影响”：此前的工单增量预期去了哪里？
2 月的员工审查预计，ARIN-2025-3 会带来更多 IPv4 等候名单申请和工单处理工作；9 月针对修订文本的审查，却在“注册局运营与服务影响”一栏写下“None”。两份审查对应不同版本，公开记录没有说明规则变化是否解释了判断变化。
报道
APNIC 的服务评分是 93%，但不能直接延续会员序列
93% 仍是很高的评价。真正需要补上的，不是对分数的辩护，而是这条序列的口径：2026 年的近期接触者中既有 Members，也有 Stakeholders；此前公布的服务质量基准则以 Members 为主。把两组数据分开呈现，才能同时保留历史比较和扩大后的社区意见。
报道
RIPE 的 IPv6 PI 修订案撤回了，运营者该依据哪条规则？
一家机构准备申请更大的 IPv6 PI 地址块，读到 RIPE 提案页面仍写着“审议中”；再看三天前的工作组邮件，主席却已宣布撤回。同一个编号出现在两种状态里，最容易让申请人犯的错误不是误读会议程序，而是把草案中的地址规划办法当成现行权利。地址请求、客户承诺和迁网安排不能等网页整理完才做；它们也不能由一张滞后的状态标签决定。
报道
LACNIC 要澄清政策程序，先要说清哪一版获得共识
一个提案编号可以陪伴文件走过数轮修订，却不能替每一版文字领取同一份授权。LACNIC 新近公布的 PDP 澄清提案，试图让“提案的版本”成为邮件列表、政策论坛、共识判断和董事会决定共同指向的对象。提案作者说，这只是把现行做法写准确，并非修改程序。这个辩护应当认真对待；同样应当认真对待的是运营者将来面对一条资源规则时的问题：大家讨论并有机会反对的，究竟是不是最终获得权威的那一版？
报道
ARIN 关闭了 DS 自动更新建议，父区的授权仍须说清
子区把新密钥的信号放进 DNS，不等于父区就应照单改写。ARIN 在一月认可自动更新委派签名者记录的价值，却把建议结案并送入内部排期。真正影响网络运营者的，不是工单状态，而是谁能触发父区变更、登记机构凭什么采信，以及变更后持有人如何查证。
报道
APNIC 的 AS0 维护窗口，还要看新委派何时生效
两小时维护窗口与五分钟更新设计，不能直接放在一起比大小。前者是 APNIC 对 2026 年 9 月 29 日服务可用性的预告；后者出自 2020 年 AS0 系统上线时的运行说明。真正值得追问的是：如果一段此前未委派的地址在维护期间获得委派，公开的 AS0 声明何时随之改变？网页照常打开，并不能替这个问题作答。
报道
AFRINIC 可以资助赴会，政策讨论仍须留下记录
从马拉维出发的一位网络工程师，借助 AFRINIC 的新资助计划，第一次走进内罗毕的政策会议。她从旁听转向发言，这是实实在在的门槛降低。但一张机票所能证明的，到此为止：它不能替所有未到场的网络表态，也不能代替日后能查到的提案、异议和回应。
报道
RIPE NCC 的资源签名清单排在两项工作之后
标准早已写好，服务却仍有先决条件。RIPE NCC 在 9 月公布的 RPKI 计划中，把资源签名清单的 API 支持放在身份系统与审计工作之后，而且以团队余力为前提。准备把地址带入云平台或其他网络的运营者，不能把“可以签署这种对象”误当成“现在就能从 RIPE NCC 取得这种对象”。
报道
LACNIC 的“仅持有 ASN”标签，不等于网络未使用
LACNIC 的“仅持有 ASN”标签，不等于网络未使用 的情报摘要说明事态进展、可核验的公开证据、相关组织、区域背景、市场风险敞口，以及可能带来的基础设施影响。报道情报 语境将这一信号与网络运营、服务商策略、治理决策、资本流动、客户依赖、监管压力、合作关系动向、韧性规划、采购风险和服务连续性联系起来。
报道
ARIN 的 IPv6 CSV 改写字母大小写，不改写地址资源
把两个月的网络清单并排放进表格，某条记录忽然“消失”、另一条忽然“出现”，未必是分配发生了变化。`2001:DB8::/32` 与 `2001:db8::/32` 可以是同一个前缀，只是文本不同。ARIN 收到的请求正指向这种差别：用户希望管理网络页面下载的 CSV 采用小写 IPv6。ARIN 认可其标准化与易读性，将事项交给内部排期后关闭建议。公开记录到此为止，既没有证明新版文件已上线，也没有证明任何客户因此出错。