跳转到主要内容

主要领域

互联网治理与路由

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

.Brand 字符串变更可以加词,但不能制造或扩大争用

ICANN

.Brand 字符串变更可以加词,但不能制造或扩大争用

ICANN 2026 轮次为陷入争用且符合条件的 .Brand 申请人提供了一条狭窄的改串路径。这不是任意改名的权利。

2026年9月5日
申请公开部分的重大变更开启 30 天评论期,而非自动获批

ICANN

申请公开部分的重大变更开启 30 天评论期,而非自动获批

当 ICANN 认定变更会使申请公开部分发生重大变化时,30 天评论程序随之开启,但该请求尚未获批。

2026年9月5日
RPKI 缓存序列号不是新鲜度时间戳

号码资源协会

RPKI 缓存序列号不是新鲜度时间戳

两个 RPKI 缓存都可能准确报告各自的序列号,却仍不能告诉运营人员哪一个持有更新的全局数据。RFC 8210 把序列号限定在一个缓存会话和协议版本内。把较大的数字当作较新的视图,会制造协议并未提供的时间顺序。

2026年9月5日
GAC 共识建议启动的是 21 天回应记录,而非董事会自动结论

ICANN

GAC 共识建议启动的是 21 天回应记录,而非董事会自动结论

正式的 GAC 共识建议会改变申请人的程序位置,但它本身并不等于 ICANN 董事会的决定。

2026年9月5日
GAC 预警是信号而非否决:申请人的响应记录

ICANN

GAC 预警是信号而非否决:申请人的响应记录

2026 轮次允许政府代表正式指出关切,但这份通知不会自动变成对申请的决定。

2026年9月5日
单复数风险不会自动生效:ICANN 的 30 天通知记录

ICANN

单复数风险不会自动生效:ICANN 的 30 天通知记录

在 2026 轮次中,一组语法上的单复数形式只有通过及时提交、可核验词典证据支持的通知,才会进入计划决策。

2026年9月3日
ICANN 异议上诉并非重审:“明显错误”标准究竟可以改变什么

ICANN

ICANN 异议上诉并非重审:“明显错误”标准究竟可以改变什么

2026 轮次的上诉程序审查的是被明确指出的异议裁定错误,并非从头重开整场争议。

2026年9月3日
社群异议不是 CPE:ICANN 两项程序审查的是不同主张

ICANN

社群异议不是 CPE:ICANN 两项程序审查的是不同主张

两项机制都使用“社群”一词,但参与方、证明标准和决定的对象并不相同。

2026年9月3日
社群优先评估申请人应建立怎样的证据档案?

ICANN

社群优先评估申请人应建立怎样的证据档案?

与标准逐项对应的档案,比堆积支持材料更有价值。

2026年9月3日
六十个域名列在被告席上,但诉因仍由法律定义:Harrods 诉六十个互联网域名案

案例档案

六十个域名列在被告席上,但诉因仍由法律定义:Harrods 诉六十个互联网域名案

案名本身就不寻常:被告栏里不是某位注册人,而是六十个域名。这种写法很容易让案件看起来像一场法院直接处置网络标识的行动。第四巡回上诉法院给出的答案却更克制。域名可以成为对物诉讼的对象,但这种程序路径既不会自动证明侵权,也不会替当事人补足商标权、恶意或法定管辖前提。

2026年9月3日
ICANN 会核查每一个申请字符串的地理含义:一封支持函究竟需要证明什么?

ICANN

ICANN 会核查每一个申请字符串的地理含义:一封支持函究竟需要证明什么?

ICANN 2026 轮次会对所有申请字符串进行地理名称识别。申请人需要证明支持文件的权限、真实性和准确适用范围,而不只是取得一封信。

2026年9月3日
Corey Bonnell:签名正确,密钥却没有获得签署 CRL 的授权

IETF

Corey Bonnell:签名正确,密钥却没有获得签署 CRL 的授权

吊销清单的数字签名可以完全正确,发行者名称可以吻合,证书路径也可以通向同一个信任锚;但这三项通过仍没有回答:实际使用的那把密钥,是否被证书明确许可签署 CRL。RFC 10007 补上的,正是“没有写禁止”与“明确获得授权”之间的空白。

2026年8月30日
Kireeti Kompella 与那张不能证明业务可用的 Echo 回执

IETF

Kireeti Kompella 与那张不能证明业务可用的 Echo 回执

一份 MPLS Echo Reply 可以说明:某个按特定方式构造的探针,到达了一台能够解释目标转发等价类的路由器。这是一项精确而有用的事实;它却不能顺带证明所有等价路径、闲置备份路径、对称回程、客户负载和应用交易。LSP Ping 最值得保留的不是一个绿色“成功”,而是它究竟问了什么。

2026年8月30日
Eliot Lear 与那份从来不是证明的设备策略

IETF

Eliot Lear 与那份从来不是证明的设备策略

一台用途单一的设备可以告诉网络“我需要访问什么”,却不能借这句话证明“我是谁”“现在由谁控制”或“以后一定照做”。RFC 8520 用 Manufacturer Usage Description 把前一种声明变成可处理的协作对象,同时把准入、收窄、执行与撤销权留给本地网络。只有把 URL、签名文件、本地策略、执行状态和实际流量分成五份凭证,MUD 才不会被误当成设备证明。

2026年8月30日
Tero Kivinen 与那条继承在用 Child SA 的新 IKE SA

IETF

Tero Kivinen 与那条继承在用 Child SA 的新 IKE SA

一次 IKEv2 维护完成后,控制通道已经换了密钥,承载 ESP 或 AH 流量的 Child SA 却可能原封不动。两者并不矛盾:RFC 7296 让新的 IKE SA 接管旧控制关联名下仍在运行的 Child SA。真正需要审计的不是一个笼统的“rekey 成功”,而是谁接班、继承了哪些关联,以及业务流量是否真的连续。

2026年8月30日
Roy Fielding 与那种只表达意图、不授予权限的方法

IETF

Roy Fielding 与那种只表达意图、不授予权限的方法

HTTP 请求开头的 method token 很像一个命令。它足够公开,让客户端、缓存、代理与服务器在不了解彼此内部代码时仍能协作;它又足够有限,不能回答“谁有权执行”。Roy T. Fielding 参与塑造的统一接口,价值恰好来自这条边界:共享语义可以协调运行中的软件,但不能替资源、身份与政策作决定。

2026年8月30日
Mark Nottingham 与不能替所有用户发言的 user agent

IETF

Mark Nottingham 与不能替所有用户发言的 user agent

“互联网为了终端用户”听起来像一句授权宣言,RFC 8890 却把最容易被忽略的限制写在宣言里面:用户并不是意见一致的整体,也没有任何浏览器、厂商、参会者或机构天然取得他们的代表权。user agent 的价值,在于约束服务、承载有限选择并保留退出;它是一道技术边界,不是一张集体委托书。

2026年8月30日