主要领域
基础设施
在 主要领域 分类下，基础设施 按主要领域组织行业情报，帮助读者聚焦互联网基础设施、治理、连接市场或数字资本等方向。页面汇集了相关文章、公开证据、机构、公司、人物、区域关联、运营依赖和市场环境，这些内容可能分散在多个分类页面中。页面解释了该领域、可能的行为主体类型、市场或治理背景，以及读者比较信号时应使用的参考来源。运营商、分析师和治理领域的读者可以观察同一领域如何在事件、档案、市场变化、公开来源证据、区域依赖和更长周期的基础设施决策中随时间显现。
互联网历史
文件不是一次传真呼叫：RFC 1314
一页扫描件一旦成为文件，就不再天然等于一次传真。1992 年的 RFC 1314 为类传真黑白图像规定了可交换的 TIFF-B 形式：可多页，每页一条 TIFF strip，并给出压缩与分辨率的约束。它同时做了一件更重要的事：不把文件格式冒充为传输、保存、显示、打印或人的阅读结果。文件可以被交换；它不能替所有后来可能发生的事件作证。
案例档案
ACK 允许再次发送，路径尚未恢复：RFC 9937
一次 ACK 让发送端获得了新的发送额度。这是恢复过程中的本地事实；它不是整条路径已摆脱拥塞、更不是服务已经恢复的证明。
案例档案
内容类型是 YAML，决策仍须留在本地
`application/yaml` 回答的是“收到的是什么序列化表示”；它不能代替“这份内容可否被采纳、执行或造成后果”的本地判断。
案例档案
控制器已有框架，确定性服务尚未成立：RFC 9938
RFC 9938 列出了 DetNet 控制器平面可能必须协调的工作。它没有给出控制协议解决方案，也不会把一份请求、一次路径计算或一次配置下发自动变成已经交付的确定性服务证据。
案例档案
被委托的 LSP，不是被委托的网络
RFC 9504 让有状态 PCE 能够参与 GMPLS 控制网络；它没有把一条 PCEP 记录变成运营权移交，也没有把一次路径请求变成服务结果。
案例档案
收件人密钥已被标明，消息仍未被打开：RFC 9936
RFC 9936 让 CMS 可以携带 ML-KEM 收件人路径。可检查的记录能标明收件人证书或公钥及为其生成的密文；它本身不证明私钥保管、成功解封、内容处理或组织决策。
互联网历史
代理支持该模块，并不等于它获准变更：RFC 1303
管理站在设备面前最容易犯的错误，是把“设备能听懂这句话”当作“我有权说这句话”，再把“设备回了一个协议响应”当作“网络已经按照我的意图改变”。RFC 1303 在 1992 年处理的是更基础也更克制的问题：如何描述 SNMP 代理能支持哪些 MIB 组、哪些对象存在变体。它的价值恰在于没有越过描述、授权和结果之间的边界。
互联网历史
工单不是故障：RFC 1297 划出的 NOC 记忆边界
网络故障不会因为夜班结束而结束，也不会因为系统给它分配了一个编号就变成单一、已知、已经修复的事件。1992 年的 RFC 1297 提出了一种克制得多的理解：故障工单是网络运营中心（NOC）的共享短期记忆。它保存观察、交接、责任和下一步，而不是替网络宣布真相。
案例档案
排程已启用，变更却尚未执行：RFC 9922
一个“已启用”的排程、一条可信的下次发生时间，以及递增的次数计数，能说明系统正在保存怎样的时间规则。它们并不能证明某项受控变更已经获准、被调用、在目标上完成，或留下了可验证的结果。
互联网历史
DNS 行走统计的是记录，不是可达性：RFC 1296 的下界
一个关于互联网规模的数字，往往比产生它的方法更容易被流传。RFC 1296 在 1992 年 1 月列出 727,000 个 IP hosts，却没有把这串数字写成互联网的总人口，也没有把 DNS 中出现的名字说成可从互联网直接到达的机器。它把收集器能看见什么、看不见什么、怎样归并记录、为什么误差有方向，一并留在数字旁边。
互联网历史
公共目录必须允许拒绝列名：RFC 1295 的边界
电子目录把一个名字变得容易检索，并不自动使这个名字适合公开。1992 年的 RFC 1295 把这两件常被技术语言揉在一起的事拆开了。它没有先承诺更快的查询或更完整的索引，而是先承认一个更早的选择：当事人可以不被列入公共目录。
互联网历史
一枚帧内标签并不配置虚电路：RFC 1294 的多协议边界
Frame Relay 接收端能够从一帧中认出后面承载的协议，并不表示这条虚电路已经被允许使用该封装。RFC 1294 把两件常被合并的事分开：NLPID 或 SNAP 让接收端知道如何解释一份 PDU；哪种封装可以在哪条 VC 上使用，则须由端点事先知道，并且该 VC 必须为这种封装明确配置。能读懂一帧，不等于有权把这一帧当作该电路的合法用途。
案例档案
UDP 用户数据受到了保护，选项却未必如此：RFC 9868
RFC 9868 为 UDP 增设了传输层选项区域。它没有把该区域放进 DTLS 所保护的 UDP 用户数据中，也没有让选项校验、已发出的选项或安全负载自动成为“选项已处理”或“结果已发生”的证明。
案例档案
游标续接了列表，却未延续权限：RFC 9865
RFC 9865 为 SCIM 加入了游标分页，使已有游标型底层系统不必伪装成索引式分页。它没有让一个“下一页”值变成可携带的访问权限、完整清单或既成决定。
SANOG
SANOG 的八国版图，为何只通向六个 NOG 的委员会
SANOG 将自己的区域范围描述为八个南亚国家，但其公开的未来治理方案，却把本地 NOG 代表路径建立在六个具名论坛之上。阿富汗与马尔代夫因此没有一条同等清晰的制度通道进入核心委员会。
互联网历史
本地服务并不控制 Internet：RFC 1291 的中层网络边界
一项服务放在离用户较近的网络层，可以减少一次绕行，却不能因此接管绕行之外的世界。RFC 1291 在 1991 年为“中层网络”设想 DNS、软件发现、时间、新闻、邮件列表、试验床、信息服务和运维联系机制。它的目标是降低不必要的流量并增强结构韧性。最值得保留的不是服务清单，而是清单中的边界：本地名称可以指向一项功能，本地回退可以保留一部分可用性；二者都不能证明上游可达、远端目标有效、服务具有权威，或用户已取得结果。
报道
AFRINIC 说已加入 JSContact；其 RDAP 指南却没有说明是哪一种
发布记录中的一个功能名，不能自动成为客户端可以据此实施的接口合同。AFRINIC 公开变更日志写明增加了 JSContact；公开 RDAP 指南也清楚说明了查询入口。两者之间尚未被公开说明的，是读者应把哪一种表示、版本或请求方式与这个功能名相连。
案例档案
颜色进入了 PCEP，却没有抵达服务：RFC 9863
RFC 9863 允许 PCEP 为 TE 路径携带一个颜色值。它使路径属性可以被协调地表达；它并不证明某项服务已被映射、时延目标已实现，或用户已经获得结果。
互联网历史
目录不是取得记录：RFC 1290 尚未让路径对用户隐形
1991 年的网络并不只是信息稀缺。RFC 1290 描述的是另一种困难：信息与文件库多到足以让人终身浏览，而人仍不一定知道什么存在、什么相关、怎样再找到它，或是否真正抵达了它。目录可以把对象带入视野，却不能替对象说话；链接可以给出方向，却不是已完成取得的记录。把这几层压成“找到了”，会使一份历史指南承受它从未提供过的证明责任。
案例档案
路由器修复了路径，却没有恢复服务：RFC 9855 的本地边界
路由器可以在邻接故障后立即切换转发路径，却仍不知道用户服务是否已经恢复。RFC 9855 将 TI-LFA 定义为 Point of Local Repair 上的 Segment Routing 本地修复：它在收敛期间恢复一项有边界的转发条件，而不是证明端到端可达、会话存续、应用健康、容量恢复或业务结果。