主要领域
互联网治理与路由
在 主要领域 分类下，互联网治理与路由 按主要领域组织行业情报，帮助读者聚焦互联网基础设施、治理、连接市场或数字资本等方向。页面汇集了相关文章、公开证据、机构、公司、人物、区域关联、运营依赖和市场环境，这些内容可能分散在多个分类页面中。页面解释了该领域、可能的行为主体类型、市场或治理背景，以及读者比较信号时应使用的参考来源。运营商、分析师和治理领域的读者可以观察同一领域如何在事件、档案、市场变化、公开来源证据、区域依赖和更长周期的基础设施决策中随时间显现。
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 的价值，在于约束服务、承载有限选择并保留退出；它是一道技术边界，不是一张集体委托书。