跳转到主要内容

主要领域

互联网基础设施

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

ASCII 的标点没有失踪,UTF-8 也没有因此证明含义:RFC 2044

互联网历史

ASCII 的标点没有失踪,UTF-8 也没有因此证明含义:RFC 2044

1996 年的关键问题不是让旧软件突然读懂全世界的文字,而是让它继续认得自己赖以运行的 ASCII 字节。RFC 2044 给出的 UTF-8 合同很具体:ASCII 保持原值,不会躲进其他字符的多字节序列;边界可以从字节形状重新找到。合同到此为止,没有包办文化排序、规范化、显示、身份或安全。

2026年9月12日
Demi Getschko 与那个早于巴西“说上”TCP/IP 的国别域名

互联网历史

Demi Getschko 与那个早于巴西“说上”TCP/IP 的国别域名

1989 年 4 月 18 日,`.br` 已被写入 DNS 根区;当时巴西学术网络传递邮件和数据主要依靠 BITNET、HEPnet 等体系,FAPESP 还要等到 1991 年 1 月才开始交换国际 TCP/IP 流量。Demi Getschko 经历的这段次序说明,基础设施有时先从一个可追责的名字开始,再等网络追上来。

2026年9月12日

IETF

校验通过,但究竟校验了什么

一份已经到期的 NETMOD 草案曾为 YANG `anydata` 提出两种校验选项。真正值得保留的不是一个绿色对勾,而是它所对应的 YANG Library 上下文,以及约束检查是否真的执行过。

2026年9月12日
一条 PPP 链路,两份 SNA 通行许可:RFC 2043 的 Opened 状态没有替结果作证

互联网历史

一条 PPP 链路,两份 SNA 通行许可:RFC 2043 的 Opened 状态没有替结果作证

链路已经亮绿灯,业务仍然可能没有开始。RFC 2043 把这道常被运维语言抹平的界线写进了协议:同一条 PPP 链路上,带 LLC 802.2 的 SNA 与不带 LLC 的 HPR SNA 由两套控制协议分别放行。任何一套进入 Opened,都只代表对应封装可以发送。

2026年9月12日

案例档案

私有编号是真的,指令的权属仍是空白:RFC 9752

控制器收到一个带真实 PEN 的厂商对象,最容易产生的误判不是“协议坏了”,而是“协议成功,所以含义、权限和结果也一并成立”。RFC 9752 恰好让这种误判更值得被拆开审视。

2026年9月12日
下一个宏块可以重新解码,受损画面却没有因此修复:RFC 2032

互联网历史

下一个宏块可以重新解码,受损画面却没有因此修复:RFC 2032

RFC 2032 为 H.261 视频在丢包后留下了明确的重新进入点,也给接收端提供了请求刷新或指认缺包的反馈坐标。它解决的是后续语法还能否继续解释,而不是替运营者证明缺失内容回来、预测状态正确或观众看到了连续画面。

2026年9月12日
255 是开发工位上的共用标签,不是 BGP 私有命名空间:RFC 2042

互联网历史

255 是开发工位上的共用标签,不是 BGP 私有命名空间:RFC 2042

在两个互不相干的 BGP 属性实验里,开发者都可以把类型值写成 255。这并不表示双方共享语义,反而说明这个数字尚未承担公共身份。RFC 2042 规定的关键边界,是从可重复使用的开发占位符走向经文档说明、由 IANA 分配的唯一号码。

2026年9月12日

案例档案

消息继续了,约束却不见了:RFC 9753

RFC 9753 允许有状态 PCEP 对等体把某些对象视为可选,从而避免整条消息因能力差异而失败。这项机制改善的是受控兼容性;它并不证明被忽略的语义无关紧要、结果 LSP 等价,或数据包仍沿安全路径转发。

2026年9月12日

IETF

模板顺序已经保存,预期配置仍未被证明

YANG 配置模板草案第 03 版把名单次序与祖先层级写进了合并语义。于是,想复现 `intended`,必须冻结同一时点、同一规则版本下的完整输入;即使复现成功,也还没有回答授权、落地和业务结果。

2026年9月12日
AFRINIC 的 ccTLD 地图列出 27 个,三个必须通过地址才能接上

报道

AFRINIC 的 ccTLD 地图列出 27 个,三个必须通过地址才能接上

AFRINIC 公布的总数经得起核验,但核验方法不能只看名称。24 个国家和地区顶级域的委派主机名直接带有 AFRINIC;.so、.ng 与 .ml 则要把服务器地址接到已公布的 NS2 任播前缀,服务关系才会显现。

2026年9月12日
Ginny Strazisar:比数据包更早抵达现场的网关代码

互联网历史

Ginny Strazisar:比数据包更早抵达现场的网关代码

互联网最著名的早期画面,是一辆行驶中的无线分组实验车。但在数据包踏上跨网旅程之前,Ginny Strazisar 已经带着网关软件奔波于 BBN、伦敦和挪威。她的经历提醒我们:互操作不是架构图上的连线,而是代码、机器、接口与现场人员在真实边界上同时就位。

2026年9月12日
边缘上的时钟:RFC 2030 如何把 SNTP 的证明力限定在一次响应

互联网历史

边缘上的时钟:RFC 2030 如何把 SNTP 的证明力限定在一次响应

RFC 2030 没有把 SNTP 描绘成廉价版的完整 NTP,而是给简化划出位置:客户端应停在同步子网叶端,服务器只能谨慎地立在可靠参考源的根端。四个时间戳可以算出一次交换的偏移,anycast 的第一份响应可以选出一个暂时对象;两者都不能把单一来源变成共识。

2026年9月12日
David S. Miller 与 Linux 网络背后的共同治理权

创造者

David S. Miller 与 Linux 网络背后的共同治理权

Linux 网络的一项修改可能始于公共邮件列表上的一封邮件,之后进入世界各地的服务器、路由器、手机和工业设备。数十年来,David S. Miller 一直处在这些修改接受测试、讨论并被纳入长期承诺的关口。他的公开记录始于将 Linux 移植到 SPARC,并延伸至 net 与 net-next;但更重要的故事,是一个开放项目如何在不让任何个人拥有最终成果的情况下,把单个补丁转化为基础设施。

2026年9月12日

IETF

NAIM 的规范 JSON 也无法补回未被问清的网络意图

一份 Markdown 看起来完整、一次 LLM 重试顺利结束、一段 YANG 通过验证器,常被连成同一个“成功”。NAIM revision 01 的真正价值,恰恰在于把这条链拆成不同权威层;真正的风险,则是操作者重新把这些有限证明压扁成一个绿色状态。

2026年9月12日
Karen Sollins 与一枚让后续数据包成双出现的迟到 ACK

互联网历史

Karen Sollins 与一枚让后续数据包成双出现的迟到 ACK

TFTP 的“学徒综合征”有一个反直觉之处:文件内容可以完全正确,传输过程却已经失控。一枚迟到的确认包会让收发双方把后续每个 DATA 与 ACK 都发送两遍,新增流量又加重最初造成延迟的拥塞。Karen Sollins 署名的两版 TFTP RFC 留下的不只是修补方法,更是一条分布式系统原则:属于旧状态的消息,不能获得制造新工作的权限。

2026年9月12日

案例档案

控制器说已完成,数据包尚未作证:RFC 9757

RFC 9757 为 PCE 协调原生 IP 路径提供了一套实验性语言,但它的确认回执止于控制器与客户端之间。BGP、路由策略、转发表和真实流量是否执行了同一项决定,仍需各自留下证据。

2026年9月12日
八个字节划出的恢复边界:RFC 2029 如何让 CellB 在丢包后继续

互联网历史

八个字节划出的恢复边界:RFC 2029 如何让 CellB 在丢包后继续

RFC 2029 没有试图凭空找回丢失的视频数据。它让每个 CellB 分组自行报告首个 4×4 cell 的位置和整幅图像的尺寸,再用不可跨包的代码边界,为下一个完整到达的包保留一个可重新开始解释的位置。

2026年9月12日

IETF

一个 MAC 地址,四种写法:YANG 草案重新划定“重复”的边界

这项提案最重要的变化并不显示在屏幕上:冒号、连字符和大小写可以原样保留,但系统会另算一个不可见的形式,用它决定另一条配置究竟是不是重复项。

2026年9月12日
Elise Gerich 与一场必须先排演的骨干网退役

互联网历史

Elise Gerich 与一场必须先排演的骨干网退役

1995 年 4 月中旬,许多区域网络已经签约使用商业互联网服务,却仍把 NSFNET 留作备用链路。这让迁移报告看起来比真实流量更乐观:新路径上的缺口,会被旧骨干网悄悄兜住。Elise Gerich 所协调的退役工作,关键并非准时按下电源开关,而是在开关失去可逆性之前,让这些被备用路径掩盖的依赖逐一现形。

2026年9月12日

案例档案

密码套件背后的凭据:RFC 9771 要求 AEAD 买方证明什么

“认证加密”这个标签可以完全正确,却仍未回答部署中最关键的问题。RFC 9771 把数学安全性质、实现特征和改变安全规则的扩展接口拆开描述。对采购方和运营方而言,下一步不是再收集几个形容词,而是把每项性质变成能够经受库升级、硬件卸载、密钥轮换、故障恢复和协议变更的证据。

2026年9月11日