跳转到主要内容

主要领域

互联网基础设施

在 主要领域 分类下,互联网基础设施 按主要领域组织行业情报,帮助读者聚焦互联网基础设施、治理、连接市场或数字资本等方向。页面汇集了相关文章、公开证据、机构、公司、人物、区域关联、运营依赖和市场环境,这些内容可能分散在多个分类页面中。页面解释了该领域、可能的行为主体类型、市场或治理背景,以及读者比较信号时应使用的参考来源。运营商、分析师和治理领域的读者可以观察同一领域如何在事件、档案、市场变化、公开来源证据、区域依赖和更长周期的基础设施决策中随时间显现。

浏览器记住了会话,却没有证明眼前的人:RFC 2109

互联网历史

浏览器记住了会话,却没有证明眼前的人:RFC 2109

RFC 2109 的示例商店把一个浏览器里的值叫作 `Customer="WILE_E_COYOTE"`。此后的请求又自动带回商品编号和配送方式。无状态的 HTTP 因而获得了一段可延续的记忆,但字段名仍是服务器的解释,不是对当前操作者身份、同意或付款意图的证明。

2026年9月20日
Kathleen Booth:符号写完之后,机器才开始说话

互联网历史

Kathleen Booth:符号写完之后,机器才开始说话

1947 年,Kathleen H. V. Britten 与 Andrew D. Booth 把数学步骤、简略符号和机器指令排成一条可检查的链。符号让人更容易掌握机器,却没有替人判断计算是否值得相信。

2026年9月20日
RIPE NCC 的测试 API 已恢复,但恢复链条没有合上

报道

RIPE NCC 的测试 API 已恢复,但恢复链条没有合上

“已解决”可以结束一次状态页事件,却不能替代一次对账。9 月 17 日的四个时间点清楚地说明服务状态如何变化,却没有让测试环境用户判断自己的操作是否落在故障范围内、是否需要重试,以及监测为何可以结束。

2026年9月20日
标签推动了数据包,却没有证明路径:RFC 2105

互联网历史

标签推动了数据包,却没有证明路径:RFC 2105

一枚很短的标签进入交换机,成为精确查表的索引。机器找到出接口,换上一枚新的标签,再把数据包送往下一跳。这是 1997 年 Cisco Tag Switching 架构最简洁的一面。它之所以快,是因为真正复杂的工作早已在别处完成:路由协议先形成可达性,控制模块再建立并分发绑定。标签执行的是被记住的决定,却没有携带决定的来历、权限或最终结果。

2026年9月20日

IETF

RFC 9680 之后,主席真正需要留下什么记录

一场会议可以对所有人开放,一次异议也可以被充分讨论,一份 RFC 还可以经过公开审查后正式发布。但这些事实最多说明技术流程具备某些防护条件,并不能自动证明参与者没有协调价格、划分市场、推动集体抵制或借许可条件排斥竞争。RFC 9680 的价值,正在于迫使治理者把这些不同问题拆开记录。

2026年9月20日
定位符变了,随后连网络也移动了:RFC 2103

互联网历史

定位符变了,随后连网络也移动了:RFC 2103

Nimrod 的移动性论文从一个优雅的分离出发:端点身份保持稳定,只更新说明“从哪里可达”的定位符。随后它找到了让这种优雅失效的情形——网络可以移动,而端点定位符保持不变;关联记录仍然正确,路由地图却已经过时。

2026年9月20日

IETF

空白字段不能下令:IPv6 地址登记中的六种“没有”

安全运营中心收到一项自动隔离请求:某个可疑 IPv6 地址有成功的 ADDR-REG-REPLY,但“链路检查”字段为空。有人把空值理解为“没有发现问题”,也有人认为它代表“验证失败”。两种解释都可能错。RFC 9686 的关键治理意义,正在于迫使运营者承认:未执行、未记录、未建立、已过期与没有观察到流量,是彼此不同的事实。

2026年9月20日
没有统一的树,仍可读懂同一行状态:RFC 2102

互联网历史

没有统一的树,仍可读懂同一行状态:RFC 2102

RFC 2102 没有替 Nimrod 选定唯一的组播算法。它选择标准化更靠近执行的一层:无论分支由谁算出、由谁请求,路由器都必须以共同语义理解已经安装的复制关系。

2026年9月20日
信元绕过了路由器的工作,却没有继承路由权:重读 RFC 2098

互联网历史

信元绕过了路由器的工作,却没有继承路由权:重读 RFC 2098

在 RFC 2098 设想的信元交换路由器里,一个很小的查询决定了 ATM 信元的命运:若入站接口与 VPI/VCI 能映射到出站接口和新的 VPI/VCI,信元便直接穿过交换模块;若查不到,它就要重新组装成 IP 数据报,再按 IP 标识转发。这条快路减少了数据面的工作,却没有取代决定流量应当经过哪些路由器的慢控制面。

2026年9月20日

IETF

默认路由还在,叶节点却已失联:RFC 9692 的 fallen-leaf 证据链

在 RIFT fabric 中,最危险的故障信号可能不是路由消失,而是默认路由依然有效。它概括了整个北向可达性,却可能掩盖某一平面已经无法到达其中一个叶节点。

2026年9月20日

案例档案

秒表启动之前:RFC 9693 如何给有状态 NAT 基准建立证据

两次测试都显示零丢包,并不意味着两组数字可以比较。若一次测试面对空表,另一次面对已经建立并验证的连接集合,差异早在吞吐量计时之前就已经发生。RFC 9693 的关键贡献,是把这段看不见的准备工作变成可复核的方法。

2026年9月20日

IETF

斜杠左侧的新名字登记了,部署却仍未得到证明

RFC 9694 把一次罕见的命名决定变成了生态承诺。新的顶层媒体类型会影响软件如何归类未知格式、选择处理器以及向用户呈现内容。注册表中的名字是真实事实,却只是从标准共识走到安全消费的一串证据中的第一张收据。

2026年9月20日
APNIC 两次 28 分钟事故需要一份关联核查回执

报道

APNIC 两次 28 分钟事故需要一份关联核查回执

MyAPNIC 在不到 49 小时内发生两次各 28 分钟的事故。APNIC 分别说明了配置变更与数据库问题,却尚未公开两次事故是否做过跨事件依赖核查。

2026年9月20日

IETF

平均值很快,那一帧却追不上已经转动的头

RFC 9699 说明,XR 边缘交付不是“把云搬近一点”这么简单。卸载计算能减轻移动设备的发热与耗电,却把跟踪、世界模型、渲染和帧返回放进同一个不断移动的时限。一条漂亮的平均时延曲线,可能刚好遮住那一帧:它回来时,生成它所依据的姿态已经过期。

2026年9月20日

IETF

XR 的边缘计算账本,缺的往往不是算力而是分母

RFC 9699 提出把计算移近使用者的理由,却没有替任何部署证明体验。真正值得采购的,是在突发、人群与设备约束下仍然可用的会话,而不只是漂亮的平均时延。

2026年9月20日
RIPE NCC保留了失效委派检查,却停止了告警邮件

报道

RIPE NCC保留了失效委派检查,却停止了告警邮件

2009 年,RIPE NCC 把常被误认为同一件事的两项工作拆开了:周期性的 DNS 失效委派检查继续进行,由检查结果触发的大批量告警邮件则被停止。这段历史真正有价值的地方,不是证明“发邮件无用”,而是迫使基础设施治理者分别回答五个问题:发现了什么、消息是否送达、谁愿意处理、修复是否完成,以及用户结果是否真的改善。

2026年9月20日
PostScript 字节没有变,载体身份却变了:RFC 2160

互联网历史

PostScript 字节没有变,载体身份却变了:RFC 2160

RFC 2160 让同一条 PostScript 八位组流可以装进两种 X.400 容器:沿用旧规范的扩展正文部分,以及规范更推荐的 FTAM 正文部分。两条路径都可以“不转换内容”地进入 MIME;但负载不变,只回答了最窄的一问,无法替载体支持、迁移采用、程序解释、安全策略和最终可用性作证。

2026年9月20日

IETF

路由器为出口作了答,那条链路仍未被证明

RFC 9703 让 MPLS Ping 与 Traceroute 询问:一个 EPE-SID 是否到达 Target FEC Stack 所命名的对等关联。回应可以确认出口角色,有时还能核验实际入接口;但它不能补上被跳过的接口检查、未经对账的控制器模型,也不能替代对生产业务交付的独立观察。

2026年9月20日

IETF

邮件没有换一封,访问它的承诺却换了一层

RFC 9698 让 IMAP 客户端找到同一批邮件的 JMAP 入口。真正需要验收的,是从“服务器说可以”到“客户端确实接上”之间的几次交接。

2026年9月20日
字节几乎没变,页面边界却不是白送的:RFC 2159

互联网历史

字节几乎没变,页面边界却不是白送的:RFC 2159

RFC 2159 把 X.400 传真正文与 MIME `image/g3fax` 之间的转换称为“几乎逐字节复制”。真正重要的是“几乎”:页面图像的主体比特可以不经重新编码,但网关仍要映射参数、翻转每个字节内的位序、补齐页面末尾、生成六个 EOL 的页间分隔,还要保存命名字段容纳不了的 DCS 位。字节相似只证明了一层连续性,可逆性属于整条转换链。

2026年9月20日