行业情报
最新文章
关于基础设施运营商、政策决策、市场动向与数字权力转移的最新情报。
互联网历史
代表所有人的地址：IPv4 广播为何选择全 1 而不是全 0
IPv4 没有为广播增加新的标志位，而是在原有地址结构中保留特殊目的地址，让一个值能够表示范围内的所有主机，而不是某一台机器。
IETF
Radia Perlman 与那台受命却必须停手的 Appointed Forwarder
一台 TRILL 交换机可以仍然是某条链路、某个 VLAN 的 Appointed Forwarder，同时依法不转发本应由它处理的本地帧。这不是规范自相矛盾，而是在提醒运营者：拥有权限与此刻可以行动，是两种必须分别取证的状态。
领导者
Hisham Ibrahim与社区建设中的衡量难题
RIPE NCC 在 2021 年整合社区事务后，Hisham Ibrahim 面对的并不只是如何管理更多活动，而是一个更难的问题：怎样判断社区工作创造了持续价值，而不只是让日程表显得繁忙？
报道
AFRINIC Whois 的 mnt-domains 授权反向域名记录，不证明 DNS 服务运行
数据库密钥可以授权创建反向域名对象，而发往所谓服务的每一次 DNS 查询仍可能超时。在 AFRINIC Database 中，`mnt-domains` 标识有权创建下级 domain 对象的维护者。它证明的是登记更新权限，不是权威服务器已配置、已委派、可达或正确应答。
案例档案
IAB 给后量子认证证据多留了一周，但没有替它完成举证
征稿延期能让更多部署经验进入讨论，却不能把投稿、邀请、闭门发言或未来报告自动升级为标准选择和生产事实。真正需要延长寿命的是每项结论背后的证据链。
互联网历史
让路由器报告自身边界的那个比特
DF 起初只是“不要分片”的禁令，后来成为测量工具：超大的数据报被丢弃，路由器报告受限链路，源端据此学习路径能够承载的大小——前提是错误消息能返回。
互联网历史
不用解析器也能读，不等于交给解析器就安全：RFC 1874
一份文件摆在屏幕上可以像普通文字，送进处理器后却可能成为另一种东西。RFC 1874 在 1995 年用 `text/sgml` 和 `application/sgml` 划出了一条退化边界：没有 SGML 软件时，人还能不能看懂大意。它没有把“可读”升级为“可安全执行”。字符集、字节变换、独立的启动映射、语法解析和系统命令，各自需要新的判断与证据。
报道
RIPE assignment-size 描述 IPv6 聚合分配粒度，不代表活跃用户数
一个 `/46` 在数学上可以容纳 1,024 个 `/56`。当 RIPE Database 对该聚合记录写入 `assignment-size: 56` 时，地址运算没有问题，容易被顺手写出的“1,024 名用户”却没有证据。这个字段描述聚合对象内终端用户分配的前缀长度，并不表示每个位置都已分配、在线、可路由，或一一对应付费客户。
案例档案
主题藏起来了，不等于所有邮件头都保密：RFC 9788 的证据边界
一封邮件同时拥有加密图标、外层发件人和受保护的内层发件人。RFC 9788 不让任何一个符号独占结论，而是要求系统说明：谁暴露了什么、实际收到了什么、验证了哪种身份，以及回复将发往哪里。
全球数据中心趋势
Equinix 推出 Fabric One 托管多云网络服务
Fabric One 将允许客户说明连接需求，由 Equinix 管理路由、云连接、加密和故障转移。
互联网历史
离网报文要求所有节点遗忘，却无法证明它们真的删了缓存：RFC 1868
1995 年的一次拨号重连，可能让一台主机在第二台通信服务器后面重新出现，而局域网上的旧缓存仍把数据送往第一台。RFC 1868 为此设计了一条只有十六字节的 UNARP：离网一方广播一份特殊的 ARP Reply，请求邻居删除过时映射。这条消息很小，证据边界却很清楚。发送者只能证明自己发出了“请遗忘”的声明，不能证明每个节点都收到、理解、执行，更不能证明新路径已经建立。UNARP 加速了旧认知的失效，却没有把以太网上分散的缓存变成同一本账。
报道
APNIC 注册局 API 的批处理结果，没有注明对应哪一项请求
一个批次可以同时提交多项新增、修改和删除；返回结果却只给出 `status` 与 `message`。APNIC 的公开 OpenAPI 没有规定每条结果应如何对应原请求中的具体项目。这里没有已证实的故障，只有一处会把契约成本转嫁给自动化使用者的小缺口。
领导者
Daniel Fett 与只为服务器署名、不替令牌作证的签发者字段
OAuth 回调可以带着正确的 `state` 和真实的授权码，却正准备走向错误的服务器。RFC 9207 在泄露发生前增加了一次很小的核对：响应所写的签发者，是否就是客户端发起这次流程时记录的签发者？
案例档案
CA 审计不等于单张证书签发结论
年度鉴证报告可以说明某个证书颁发机构的控制措施在一个确定期间内接受了审查。它本身却回答不了依赖方真正可能需要追问的更小问题：为何这张证书、这组名称和这把密钥会在这个时点被签发；客户端后来遇到它时又实际发生了什么。
互联网历史
报文抵达合作方系统，交易却尚未成立：RFC 1865 留下的回执边界
一份电子采购单可以完整越过互联网，却仍没有越过商业决定的门槛。RFC 1865 在 1996 年向 EDI 社群解释互联网邮件时，把专用 SMTP 连接描述为直接送达贸易伙伴系统，并称这种交付有保证。这个判断在传输层有明确用途，一旦被抬高为订单接受就会失真。邮件服务器、EDI 网关、翻译器、业务应用和有权作出承诺的人，分别掌握不同的证据与权限；后来出现的签名回执也只是把其中若干环节变得可核验，而不是替任何一方签下合同。
案例档案
四个比特看起来像 IP，但它们并不是：RFC 9790 终结载荷猜测
MPLS 路由器在标签栈之后看见 `0x4`，很容易顺手启动 IPv4 哈希。RFC 9790 要求系统先回答一个更基本的问题：这四个比特凭什么代表 IP？
互联网历史
最短计时器往往获胜，客户端仍要承受竞态：RFC 1863
三台路由服务器同时看见一个新客户端，各自保存的列表里都还没有它。若立即发送，冗余就会变成三个发送者。RFC 1863 没把这个问题包装成一次确定的选举：它让负载较低的服务器等待更短时间，再查一次共享状态；可它也坦承，竞态仍可能产生多个赢家。客户端必须能无扰动地替换完全相同的路由，而故障发现与接管还必须赶在 Hold Time 耗尽之前完成。
案例档案
坏的是一条电路，不是整座端口：RFC 9784 如何约束故障半径
一只运营商边缘端口可以承载成千上万项虚拟业务。RFC 9784 要求系统先证明究竟哪个对象失效，再决定恢复动作有权影响多大范围。
互联网历史
连接发生前，地址先说明谁付费：RFC 1681
如果计费规则要到连接建立后才出现，它就不再是一次真正的事前选择。1994 年的 RFC 1681 从一个自动化场景看到了这道边界：Gopher 服务可以把访问者转向付费地址，而软件未必留有让人停下确认的界面。它设想让目的地址的若干比特先给出付费类别或计费算法索引。这个信号可以帮助网络在接触前决定是否放行，却不能替用户同意，也不能证明服务、计量、账单和支付。
互联网历史
文档尚未打开，索引已经可以拒绝问题：RFC 1862
一份机密文档可以把门锁得很牢，却仍在目录里泄露自己的标题。1994 年的一场 IAB 工作坊把这个看似细小的矛盾放进了互联网信息基础设施的核心：对象负责决定能否取回内容，索引却更早决定查询者能否知道对象存在。RFC 1862 没有给出后来搜索系统的蓝图，但它留下了一条至今仍精确的证据边界——搜索结果只说明某个索引在特定策略、范围和时点愿意返回什么。