行业情报
最新文章
关于基础设施运营商、政策决策、市场动向与数字权力转移的最新情报。
案例档案
服务器收下了邮件，用户却仍然找不到它
RFC 9755 为 IMAP 的 UTF-8 能力规定了清晰握手，但能力广告与一次成功 APPEND 只是局部凭据，不能替代从身份、存储到用户可见结果的完整验收。
报道
AFRINIC 的前缀检查器可以从 BGP 取出 ASN，但判定只保留了 RPKI 时间
AFRINIC 的前缀检查器可以从 BGP 取出 ASN，但判定只保留了 RPKI 时间 的情报摘要说明事态进展、可核验的公开证据、相关组织、区域背景、市场风险敞口，以及可能带来的基础设施影响。报道情报 语境将这一信号与网络运营、服务商策略、治理决策、资本流动、客户依赖、监管压力、合作关系动向、韧性规划、采购风险和服务连续性联系起来。
互联网历史
Karen Sollins 与一枚让后续数据包成双出现的迟到 ACK
TFTP 的“学徒综合征”有一个反直觉之处：文件内容可以完全正确，传输过程却已经失控。一枚迟到的确认包会让收发双方把后续每个 DATA 与 ACK 都发送两遍，新增流量又加重最初造成延迟的拥塞。Karen Sollins 署名的两版 TFTP RFC 留下的不只是修补方法，更是一条分布式系统原则：属于旧状态的消息，不能获得制造新工作的权限。
IETF
预定边界变更需要两次验证
行政边界可以在零点生效，楼房和道路却没有移动。系统面对的难题不是地点突然改变，而是旧地址何时退出、新地址何时成为当前事实。ECRIT 的一份活跃草案让 LoST 客户端提前获知计划变更，并查询未来时点的地址有效性。它同时留下了一条重要界线：面向未来的回答，仍然只是服务器在今天掌握的信息。
IETF
一个 MAC 地址，四种写法：YANG 草案重新划定“重复”的边界
这项提案最重要的变化并不显示在屏幕上：冒号、连字符和大小写可以原样保留，但系统会另算一个不可见的形式，用它决定另一条配置究竟是不是重复项。
报道
APNIC prop-173 拟让每次名录查询构成同意，响应却不带条款版本
查询结果会被缓存，条款页面却会继续更新。APNIC 的 prop-173 拟为普通 WHOIS、RDAP 和网页查询制定独立、公开且有版本记录的使用政策，并明确告诉用户：发起查询或使用结果，即表示同意这些条款。这比让普通用户从批量访问协议里猜规则清楚得多。但草案只要求响应指向“当前政策网址”，没有要求响应写明当时适用的是哪一版政策。
互联网历史
Elise Gerich 与一场必须先排演的骨干网退役
1995 年 4 月中旬，许多区域网络已经签约使用商业互联网服务，却仍把 NSFNET 留作备用链路。这让迁移报告看起来比真实流量更乐观：新路径上的缺口，会被旧骨干网悄悄兜住。Elise Gerich 所协调的退役工作，关键并非准时按下电源开关，而是在开关失去可逆性之前，让这些被备用路径掩盖的依赖逐一现形。
报道
RIPE Atlas 固件 5130 加入 OpenWrt 硬件架构，但版本号不能替代部署回执
探针页面上的“5130”看起来像一个结论，实际上只是索引。它没有告诉读者：哪次源代码提交进入了哪套 OpenWrt 构建环境，产生了哪组经过签名的字节；哪些硬件世代获准接收；哪些设备完成更新、测量验收或回滚。RIPE Atlas 要让固件版本成为可复核的证据，还需要一条从构建到设备的保管链。
IETF
最高 CoS 探针测不出所有 BIER 业务
监控系统最容易犯的错误，不是把红灯看成绿灯，而是让一盏真实的绿灯替没有被测量的对象作证。RFC 9974 允许运营者在特定复合流场景中，以最高服务等级检查路径连续性，并据此推导较低等级的连续性。这个便利有明确边界：推导仍是推导，不能冒充逐等级的性能实测。
案例档案
密码套件背后的凭据：RFC 9771 要求 AEAD 买方证明什么
“认证加密”这个标签可以完全正确，却仍未回答部署中最关键的问题。RFC 9771 把数学安全性质、实现特征和改变安全规则的扩展接口拆开描述。对采购方和运营方而言，下一步不是再收集几个形容词，而是把每项性质变成能够经受库升级、硬件卸载、密钥轮换、故障恢复和协议变更的证据。
IETF
需求已经列出，方案却尚未被证明
YANG 版本化需求草案第 14 版把争议压缩成五组可审查义务：允许受控的不向后兼容更新、识别变化性质、保护旧客户端、说明退役节点、交代迁移。它没有把这些义务变成任何方案或部署的完成证明。
互联网历史
Mary Ann Horton 与那张必须由拨号网络自己发布的地图
1984 年，问题已经不是能否把网络画出来，而是纸上的线路刚印好就可能过时。对于整封邮件逐站等待转发的 UUCP 而言，过时的一笔足以让“地址”失去作用。
互联网历史
一条 Class A 子网路由，如何让默认路由失效：RFC 2036 的兼容性考题
1996 年准备启用尚未分配的 Class A 地址时，真正被打开的不只是库存。只要网络学到同一历史父网中的一个子网，旧式 classful 解释就可能把父网其余地址从本来可用的默认路由上拽走。
报道
AFRINIC 可在约十个工作日后关闭支持工单，却没有给风险分级
注册管理机构有理由先问清楚：是谁在改动记录。AFRINIC 公布的“合同义务检查”要求请求人是登记联系人、会员处于良好状态，而且内部存有已签署的 RSA。这三道门保护的是注册簿，而不是繁文缛节。真正的问题在门后：同一套“暂停支持—约十个工作日整改—关单—重新提交”流程同时覆盖三类队列，却没有公开说明怎样区分普通申请和时间敏感的数据纠错。
IETF
eap.arpa 通道必须在配置后关闭
设备首次入网时，最危险的并不一定是它尚未持有凭据，而可能是凭据已经下发、临时网络却没有退出。RFC 9965 用 `eap.arpa` 给无专属凭据的 EAP 对端一条有限、未经对端认证的配置通道。这条通道的治理完整性不只取决于如何打开，更取决于能否证明它已经关闭。
报道
LACNIC 的开源选举查询把邮箱写进了请求路径
这套公开代码会在返回选举参与记录之前验证调用者，但等到验证开始时，个人标识已经进入最容易被服务器、代理和可观测系统复制的请求部分。现有证据没有显示生产泄露；它揭示的是另一条更值得提前治理的边界：保护答案，并不等于减少问题留下的副本。
互联网历史
Jean Armour Polly 与那条仍需要图书馆员的互联网连接
Project GAIN 的报告把一个反直觉的判断写进了章节标题：连通本身，未必是最难的问题。线路接通之后，谁能用、怎样学、费用由谁承担、工作人员拿什么时间提供帮助，才真正决定“公共接入”是否成立。
IETF
两个 YANG 版本可以共存，有效模式仍可能不同
一次升级最容易被误判的时刻，往往不是系统报错，而是所有仪表盘都变绿：`draft-ietf-netmod-yang2-00` 允许旧导入者与 YANG 2.0 依赖并存，但这种安排远没有证明客户端看到的是同一份有效模式。
IETF
路由器还记得监听者，接收端却没有流量：RFC 9777 的证据断层
MLDv2 能严谨地记录一个 IPv6 直连链路上的组播接收意愿，但这份会老化、会降级、会聚合的控制面记录，不能替应用授权、上游建树、链路复制和最终交付作证。
互联网历史
组织图不是决策日志：RFC 2028 留下的 IETF 权责地图
1996 年，RFC 2028 用七页纸标出了 IETF 标准流程里谁负责主持、记录、出版、批准、监督和分配参数。这张图让问责有了地址，却没有证明任何一次具体决定已经正确发生，也没有保证同样的权责今天仍然有效。