跳转到主要内容

行业情报

最新文章

关于基础设施运营商、政策决策、市场动向与数字权力转移的最新情报。

十二格还没走完,主节点先说了接受:RFC 1301

互联网历史

十二格还没走完,主节点先说了接受:RFC 1301

一条消息进入 MTP 之后,并不会换来所有接收者逐一签名的回执。它得到的是另一种东西:主节点观察报文是否齐全,再把“接受、待定或拒绝”塞进随后报文携带的十二格滚动状态里。只要最老的待定还没解决,新令牌就不能继续发。RFC 1301 用有限记忆约束了组播秩序,也把一个容易被后人忽略的边界写进协议:传输层已经接受,不等于每个应用已经处理,更不等于现实中的结果已经发生。

2026年9月2日
链接指向了上级,却没有冻结层级:RFC 9910

案例档案

链接指向了上级,却没有冻结层级:RFC 9910

RFC 9910 为 RDAP 号码资源层级增加了带类型的导航关系。它能告诉客户端下一步去哪里,却不能替客户端保存某个历史时刻的名录状态。

2026年9月2日
一个代理发出统一声音,子树却另有主人:RFC 1227

互联网历史

一个代理发出统一声音,子树却另有主人:RFC 1227

管理站看见的是一个 SNMP 地址,主机内部却可能有许多进程轮流回答。RFC 1227 没有把这种差异藏成实现细节,而是把它写成一套子树登记、优先级和事务规则。于是,一条整齐的响应背后,可能是一场不断变化的本地路由。

2026年9月2日
Fervo与Google签下396兆瓦,另有约600兆瓦仍停在报价关口

北美数据中心趋势

Fervo与Google签下396兆瓦,另有约600兆瓦仍停在报价关口

Cape Station 已有 396 兆瓦进入为期 15 年的购电协议,但公告中更醒目的近 1 吉瓦并非同一种承诺。Fervo 还须向 Google 提出约 600 兆瓦的扩容报价;Google 是否接受、双方能否签署最终协议,以及电力能否按期送达,仍是彼此独立的验证环节。

2026年9月2日
Trap 里写着 0.0.0.0,来源留在信封上:RFC 1298

互联网历史

Trap 里写着 0.0.0.0,来源留在信封上:RFC 1298

一条 SNMP Trap 到达时,报文内部本来用于填写发送对象网络地址的 `agent-addr` 却是 `0.0.0.0`。这并不意味着 RFC 1298 放弃了来源,也不意味着零值可以随意解释为未知设备。它做了一个更精确的搬移:在 IPX 上传送 SNMP 时,Trap-PDU 不再重复一种不适合自己的地址格式,接收方改从传输层信封取出网络号、节点和套接字。报文与信封合在一起才能恢复交换上下文;两者合在一起,也仍然不是一张经过认证的身份证。

2026年9月2日
Nandita Dukkipati 与不再忽停忽冲的 TCP 恢复

IETF

Nandita Dukkipati 与不再忽停忽冲的 TCP 恢复

同样把拥塞窗口从二十收缩到十,并不代表两次恢复做了同一件事。一次可以先沉默半个往返时间,再突然补发一串报文;另一次则随着 ACK 返回,逐次放行经过计算的少量数据。终点相同,沿途给队列、超时风险和运维判断留下的事实却完全不同。Nandita Dukkipati 参与推动的比例速率缩减,正是把这段“怎么走”变成了可以验证的控制面。

2026年9月2日
服务器规定了 CSR,却尚未批准证书:RFC 9908

案例档案

服务器规定了 CSR,却尚未批准证书:RFC 9908

RFC 9908 让 EST 服务器能精确说明证书请求应当怎样填写。说明书越精确,越需要把模板、持钥证明、身份、授权、签发与部署分开留证。

2026年9月2日
无线电帧进入了 IP,物理边界没有:RFC 1226

互联网历史

无线电帧进入了 IP,物理边界没有:RFC 1226

把一种链路帧装进另一种网络包,并不等于把原介质上的全部痕迹一并搬走。RFC 1226 让一帧 AX.25 对应一个 IP 数据报:HDLC 标志与零比特填充被省略,帧校验序列留下。这个取舍既定义了封装,也定义了证据的上限。

2026年9月2日
PROCON 要准确记录现行政策,但草案也在改写政策

IETF

PROCON 要准确记录现行政策,但草案也在改写政策

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

2026年9月2日
IANA 已释放端口,旧设备却不会自动改写:RFC 9900

案例档案

IANA 已释放端口,旧设备却不会自动改写:RFC 9900

RFC 9900 正确解除三个历史 NETCONF 端口分配,同时保留服务名。全球登记事实已经改变,但本地监听、镜像与安全策略是否退役,仍需运营证据回答。

2026年9月2日
主机先说已断,控制器仍在收尾:RFC 1307

互联网历史

主机先说已断,控制器仍在收尾:RFC 1307

一条链路的使用者收到 `down`,通常会把它读成一件已经完成的事:连接已拆除,设备已回到空闲,资源也许已经释放。RFC 1307 却把这个词放在一条尚未走完的时间线上。DSLCP 可以刚向链路控制器发出拆除请求,就先告诉传输服务方链路已 down;控制器的回答还在路上,物理线路究竟怎样,协议没有替读者观察。简洁的二态接口在此完成了它的工作,也同时遮住了最需要留证的分歧。

2026年9月2日
告警洪流自行停下,沉默仍需一本账:RFC 1224

互联网历史

告警洪流自行停下,沉默仍需一本账:RFC 1224

管理屏幕突然安静,并不只有“故障消失”这一种解释。它也可能意味着告警通道为了自保而主动闭嘴。RFC 1224 把这种沉默写进机制:先用滑动窗口限制洪峰,再用可轮询日志保存未必送达的记录。

2026年9月2日
Applied Optoelectronics两份新厂房租约,卡在1.0225亿美元的前置收购上

北美数据中心趋势

Applied Optoelectronics两份新厂房租约,卡在1.0225亿美元的前置收购上

Applied Optoelectronics 签下了两栋尚未建成的休斯敦工业楼,总可租面积约 109.38 万平方英尺。表面看,这是一次以租赁推进的扩产;合同深处却放着一道来自旧项目的门槛:若公司不购买一期的三栋楼,二期房东有权终止两份新租约。越过这道门后,公司才面对二期 1.4657 亿美元的另一项购买选择。五栋楼不是一个金额,而是一串按时间触发的权利。

2026年9月2日
一个目录,却没有一台总服务器:RFC 1309

互联网历史

一个目录,却没有一台总服务器:RFC 1309

如果一项服务能让人从同一处检索世界各地的姓名、机构和网络资源,我们很容易把界面的统一误当成后台的集中。RFC 1309 描绘的恰好是另一种结构:用户面前是一棵连贯的目录树,树后的资料却由许多站点分别维护,由不同的目录系统代理接力回答。那扇窗口可以显得完整,形成窗口景象的记录却仍有各自的保管人、路径、时间和边界。

2026年9月2日
协议要求多播,网络却按名单逐份发送:RFC 1223

互联网历史

协议要求多播,网络却按名单逐份发送:RFC 1223

HYPERchannel 能承载为广播网络设计的路由控制报文,却没有真正的广播或多播能力。RFC 1223 的办法不是假装物理能力存在,而是维护收件名单、为每个成员复制一份、再错开发送。协议看到一次群体动作,运维现场留下的却是一串彼此可失败的记录。

2026年9月2日
Ashesh Mishra 与那次必须能够撤销的 BFD 校验

IETF

Ashesh Mishra 与那次必须能够撤销的 BFD 校验

报文还没有通过验证,接收端却必须先算出“未来”的一个值。麻烦在于:这次试算本身,就可能抹掉它拒绝该报文时仍需依赖的当前状态。

2026年9月2日
SVG 无障碍规范八年后再度发布,测试里程碑仍未出现

案例档案

SVG 无障碍规范八年后再度发布,测试里程碑仍未出现

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

2026年9月2日
一台路由器装下两个域,却仍需两位责任人:RFC 1222

互联网历史

一台路由器装下两个域,却仍需两位责任人:RFC 1222

把两台路由器缩成一台,看起来像一次设备优化。RFC 1222 真正谨慎之处,是没有把它写成权力合并。订户一侧和 NSFNET 骨干一侧可以共用机箱,甚至通过本机回环接口交换 BGP;但它们仍是两个逻辑路由实体,各自带着配置来源、信息完整性责任和故障边界。

2026年9月2日
设定值是一回事,端口报出的又是另一回事:RFC 1317

互联网历史

设定值是一回事,端口报出的又是另一回事:RFC 1317

早期网管界面把串行端口排成一组看似确定的参数:速率、校验、字符位数、错误计数、控制信号。屏幕读数若与先前设定不一致,人们很容易先追问“是谁改了配置”。1992 年的 RFC 1317 留下了另一种更克制的解释:启用自动速率识别后,端口暂时观测到的速率、校验方式或字符大小,本来就可能不同于先前设定。差异是真的;所谓改动者却尚未被证明。

2026年9月2日
交换机接受了消息,目的端却还没有回执:RFC 1221

互联网历史

交换机接受了消息,目的端却还没有回执:RFC 1221

“接受”很容易让人以为事情已经办完。RFC 1221 刻意没有这样使用这个词。HAP 的接受/拒绝只回答一个靠近源端的问题:本地广带分组交换机是否从接入链路收到了这条消息,并决定不在这里拒绝它。至于网络会不会继续转发、目的主机会不会收到、应用会不会产生结果,仍是后面的账。

2026年9月2日