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

ICANN
.Brand 字符串变更可以加词,但不能制造或扩大争用
ICANN 2026 轮次为陷入争用且符合条件的 .Brand 申请人提供了一条狭窄的改串路径。这不是任意改名的权利。

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

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

ICANN
GAC 共识建议启动的是 21 天回应记录,而非董事会自动结论
正式的 GAC 共识建议会改变申请人的程序位置,但它本身并不等于 ICANN 董事会的决定。

ICANN
GAC 预警是信号而非否决:申请人的响应记录
2026 轮次允许政府代表正式指出关切,但这份通知不会自动变成对申请的决定。

ICANN
单复数风险不会自动生效:ICANN 的 30 天通知记录
在 2026 轮次中,一组语法上的单复数形式只有通过及时提交、可核验词典证据支持的通知,才会进入计划决策。

ICANN
ICANN 异议上诉并非重审:“明显错误”标准究竟可以改变什么
2026 轮次的上诉程序审查的是被明确指出的异议裁定错误,并非从头重开整场争议。

ICANN
社群异议不是 CPE:ICANN 两项程序审查的是不同主张
两项机制都使用“社群”一词,但参与方、证明标准和决定的对象并不相同。

ICANN
社群优先评估申请人应建立怎样的证据档案?
与标准逐项对应的档案,比堆积支持材料更有价值。

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

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

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

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

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

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

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

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