跳转到主要内容

主要领域

基础设施

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

出售仓配业务后,CMA CGM与FedEx的货运关系仍在

北美机构趋势

出售仓配业务后,CMA CGM与FedEx的货运关系仍在

CMA CGM 已经接手 FedEx Supply Chain 的仓库与合同物流业务,但 FedEx 并未因此与买方完全脱离商业往来:CMA CGM 将成为 FedEx 优先选择、但并非独家的海运承运商。交易带来的资产规模已有披露,延续的货运关系究竟值多少,却仍缺少公开数据。

2026年10月13日
Dan Farmer 与安全扫描的边界:SATAN 可能探测到目标之外

领导者

Dan Farmer 与安全扫描的边界:SATAN 可能探测到目标之外

Dan Farmer 与 Wietse Venema 在 1993 年提出了一种实用的安全审计思路:站在入侵者观察网络服务的角度,检查管理员自己的系统。SATAN 将这类检查变成可重复执行的工具。1995 年,CERT 一方面说明它如何汇总网络信息、提示潜在问题,另一方面警告其探索模式可能触及管理员没有明确指定的主机。扫描能力扩大了防守者的视野,也让授权边界成为工具本身的一部分。

2026年10月12日
Paul Rendek 如何把 IANA 过渡议题带入 RIPE 的公开讨论

领导者

Paul Rendek 如何把 IANA 过渡议题带入 RIPE 的公开讨论

2014 年 4 月 17 日,Paul Rendek 发出一封邮件,把 IANA 管理权过渡从抽象议题变成一张可操作的参与地图:工作组邮件列表、可远程参加的会议、地区网络运营者组织活动、政府圆桌,以及全球讨论列表。入口变多,意味着更容易找到讨论;这封邀请本身却不能决定谁代表该地区,也不能授予谁替别人作决定的权力。

2026年10月12日
Andrei Robachevsky 与那场影响所有用户的 RIPE 数据库迁移

领导者

Andrei Robachevsky 与那场影响所有用户的 RIPE 数据库迁移

2001 年 5 月 14 日,一封通知把数据库维护工作里的一个细节变成了硬规则:`auto-dbm` 从此只收 RPSL。仍以 RIPE-181 生成更新的用户,可以改走 `auto-181`,但这条转换通道只保留到 10 月 15 日。数据库中的对象已经完成转换,用户侧脚本、授权路径和镜像同步却仍需逐项适配。

2026年10月12日
IDCF宕机,让恢复控制权浮出水面

亚太地区云服务

IDCF宕机,让恢复控制权浮出水面

IDC Frontier 遭遇的勒索软件事件,并不能证明 IDCF Cloud Backup 失效。它真正提出了一个更具体的采购问题:常用云控制台被关闭后,客户还能否找到备份、授权恢复,并在别处拿到足够的计算资源让业务重新运行?

2026年10月9日
一次连接只值一分:RFC 1025 如何检验 TCP/IP 互通

互联网历史

一次连接只值一分:RFC 1025 如何检验 TCP/IP 互通

在互通可以被默认之前,它必须先在不同实现之间得到证明。RFC 1025 把互联网早期的这种实践写成一张计分表:先看一条连接,再逐步加入其他对端、网关、受损数据包和边界情形,检验一次成功握手究竟能证明什么。

2026年10月9日
David J. Farber 与 Interesting People:让争论可见,不等于代表用户

学者

David J. Farber 与 Interesting People:让争论可见,不等于代表用户

一份 1993 年的版主说明同时写下开放投稿和保留编辑裁量。档案让被选中的观点可供查证,却无法衡量互联网使用者的总体意见。

2026年10月9日
Alan Greenberg 与推动 GNSO 正式审查的一项请求

领导者

Alan Greenberg 与推动 GNSO 正式审查的一项请求

2007 年 5 月,Alan Greenberg 把 ALAC 的决定送入 GNSO 的正式程序:请 ICANN 工作人员研究 domain tasting(域名试尝)。这项请求打开了调查入口,却没有决定政策,也没有赋予参与者代表全体互联网用户的授权。

2026年10月8日
Tina Dam 与那个无法批准域名的根区测试

领导者

Tina Dam 与那个无法批准域名的根区测试

在国际化顶级域名进入根区之前,ICANN 把问题限定得很窄:编码后的标签会不会影响传递 DNS 查询的服务器和解析器?实验室测试只在自己的模拟环境内回答了这个问题。它不能决定哪个群体的名称应获接纳,也没有说明普通用户能否顺利使用该名称。

2026年10月8日
Lorrie Cranor 的隐私标签,应能追溯到代码与 SDK

学者

Lorrie Cranor 的隐私标签,应能追溯到代码与 SDK

围绕 Google Play 的 Data safety 声明,关键问题很实际:开发者能否把商店里的每项披露,追溯到代码和 SDK 的行为?Lorrie Cranor 关于可用隐私的研究,把这道“从软件行为翻译成公开声明”的工序放回了开发流程。

2026年10月8日
Rebecca MacKinnon 重返 GNI,让两套数字权利问责方法重回视野

领导者

Rebecca MacKinnon 重返 GNI,让两套数字权利问责方法重回视野

2026 年 8 月,Rebecca MacKinnon 重返 Global Network Initiative(GNI)。她也创办了 Ranking Digital Rights(RDR),因此这次回归把两种问责方法带到同一视野:RDR 曾以企业公开披露为依据评分;GNI 后来的评估还会查阅内部制度和选定个案。两者能回答的问题不同,不能互相代替。

2026年10月8日
Anriette Esterhuysen 的 IGF 框架,把能力放在制度的长期延续中衡量

领导者

Anriette Esterhuysen 的 IGF 框架,把能力放在制度的长期延续中衡量

IGF 的 2021 年进展报告列出了资助、参会支持和线上研讨会。Anriette Esterhuysen 更早提出的问题是:活动结束后,个人及其所在机构能否继续制定并实现自己的互联网政策目标?

2026年10月8日
局部最优路径未必能让网络稳定:RFC 3345

互联网历史

局部最优路径未必能让网络稳定:RFC 3345

一台路由器选中了自己路由表里的最佳路径,却可能因此促成下一轮改变选择的循环。RFC 3345 展示了 BGP 扩展机制压缩路径可见性后,局部合理的决策如何彼此反馈,最终无法稳定。

2026年10月7日
AD 位报告的是验证结果,不是答案已签名:RFC 3655

互联网历史

AD 位报告的是验证结果,不是答案已签名:RFC 3655

DNS 响应头里的一个比特,可以把上游解析器做过的安全判断传给应用。2003 年,RFC 3655 收紧了这个比特的含义,同时指出:只有当客户端信任解析器及其通信路径时,这项报告才值得采信。

2026年10月7日
路由振荡已经停止,惩罚却仍在倒计时:RFC 2439

互联网历史

路由振荡已经停止,惩罚却仍在倒计时:RFC 2439

BGP 路由恢复可达,并不意味着路由器已经忘记它此前的不稳定。RFC 2439 把近期路由历史转化为一项临时惩罚:惩罚会随时间衰减,但被抑制的路径只有越过另一个“重新使用”阈值后,才会重新进入选择。

2026年10月7日
控制关联中断后,转发仍需明确动作规则:RFC 3654

互联网历史

控制关联中断后,转发仍需明确动作规则:RFC 3654

控制组件失去与转发组件的关联,并不意味着后者立刻失去转发能力。RFC 3654 把这段空窗变成架构决策:如何发现关联中断、预先规定转发元素的动作,以及控制和状态怎样回来。

2026年10月7日
Handle 信封不在消息凭据的保护范围内:RFC 3652

互联网历史

Handle 信封不在消息凭据的保护范围内:RFC 3652

一条 Handle 消息要同时完成两类工作:携带需要认证的操作,也让客户端把分段到达的内容重新拼合。RFC 3652 为这两类工作划定了不同边界。它们都装在同一条协议消息里,因此这种区分很容易被忽略。

2026年10月7日
全局注册处保存服务映射:RFC 3650

互联网历史

全局注册处保存服务映射:RFC 3650

在 Handle 系统里,“全球”不等于所有资源记录都要存进一个中央数据库。RFC 3650 把一个注册处放在服务层级的根部:客户端先查询某个命名机构由谁提供服务,再向对应服务解析具体 Handle。

2026年10月7日
查询走 IPv4,答案仍可指向 IPv6:RFC 3596

互联网历史

查询走 IPv4,答案仍可指向 IPv6:RFC 3596

DNS 不必先走 IPv6,才能询问一个 IPv6 地址。RFC 3596 把承载问题的数据包,与问题所请求的记录分开;这条看似细小的边界,让同一个名称空间能够跨越混合版本的互联网。

2026年10月7日
TCP 送到了 Trap,不等于 SNMP 操作已获确认:RFC 3430

互联网历史

TCP 送到了 Trap,不等于 SNMP 操作已获确认:RFC 3430

TCP 可以按序交付一条 SNMP 消息的字节,却仍没回答管理者真正关心的问题:管理应用是否收到、处理或排队了这项操作?RFC 3430 把这条边界写得很清楚。它为大型管理交换引入可靠的字节流,同时把传输交付与确认 SNMP 操作的协议响应分开。

2026年10月7日