主要领域
基础设施
在 主要领域 分类下，基础设施 按主要领域组织行业情报，帮助读者聚焦互联网基础设施、治理、连接市场或数字资本等方向。页面汇集了相关文章、公开证据、机构、公司、人物、区域关联、运营依赖和市场环境，这些内容可能分散在多个分类页面中。页面解释了该领域、可能的行为主体类型、市场或治理背景，以及读者比较信号时应使用的参考来源。运营商、分析师和治理领域的读者可以观察同一领域如何在事件、档案、市场变化、公开来源证据、区域依赖和更长周期的基础设施决策中随时间显现。
IETF
哪种标记优先？RFC 9895 与 DLEP 的以太网信用边界
一个数据包同时命中 Diffserv 字段和 IEEE 802.1Q 的 VLAN/PCP 字段时，决定信用窗口的不是 DSCP，而是以太网分类：先按 Ethernet 分类，再把流量计入由该分类确定的共享或目的地专用窗口。这是 RFC 9895 的关键边界，也是启用前必须验证的分配规则。
IETF
TTL 为 255 证明网络邻近性，而非 BGP 对等体身份
一个数据包即使写着已配置 BGP 邻居的地址，也仍可能是伪造的。RFC 5082 给接收路由器提供了一项低成本检查：受保护流量从 TTL 255 发出，抵达时若比设定的对等距离更远，就在消耗稀缺控制平面资源之前降低其信任。这里，拓扑成为准入证据，却绝不等于身份。
AFNOG
AfNOG公布邮件列表边界，却未公布内容治理程序
AfNOG 公开页面说明了哪些内容适合进入邮件列表，但没有说明版主实际适用这些边界时遵循什么程序。
互联网历史
必须记住上一次握手的握手：RFC 5746 如何绑定 TLS 重协商
TLS 握手可以证明自身完成，却不一定证明它延续了哪段连接历史。RFC 5746 让这种连续性成为可以由密码学验证的协议状态。
IETF
宣告、取子集还是重置？RFC 9894 与 DLEP 的 Diffserv 信用边界
一台调制解调器宣告的 DSCP 关联信用窗口多于路由器能够实现的数量；此时运营者必须选择受支持的子集，或重置会话，而不能默默假装两端能力形状相同。
报道
一次熔接不等于恢复：委内瑞拉 Atlas 研究需要按顺序记录事件
7 月 22 日，Cirion 说海缆两端的光纤已经完成熔接，端到端测试也已通过，但封装和入水前测试仍在后面。7 月 23 日，公司宣布委内瑞拉已“完全重新连接”。LACNIC 博客随后刊登的一篇文章却把“完全修复得到确认”写在 7 月 24 日。这三天未必互相矛盾；它们更可能对应三种不同状态。任何想用时延曲线解释这场故障的研究，都必须先把这些状态放回正确的顺序。
IETF
路由器何时可以发送？RFC 9893 与 DLEP 信用窗口控制环
在路由器把一个数据包交给调制解调器之前，它必须先找到匹配的分类器和 FID 信用窗口，确认窗口中有足够信用，并按包含 MAC 开销在内的完整数据包八位组数扣减信用。这里的信用状态是“允许发送”的协议条件，不等同于队列策略，也不等同于链路容量。
IETF
QUIC 流量控制额度是发送许可，不是预留容量
较大的 `MAX_DATA` 很像容量证明。对 QUIC 而言，它只是一条绝对字节偏移上限：对端可以发送到这里，但不能由此推导内存、吞吐或应用进度。
互联网历史
邻居变得不可达后仍留在缓存中：RFC 7048 如何把故障转移与遗忘分开
第三次单播探测仍无回应时，节点不必立即抹去最后一份链路层地址记录。它可以暂时降低该邻居的路由优先级，同时保留这份记录继续寻找证据。
AFNOG
AfNOG称社区需求决定其内容，却未公布两者之间的对应轨迹
AfNOG 公开称社区需求决定其内容。 本文审阅的页面未公布带日期的需求—项目轨迹。
IETF
谁告诉路由器该进哪条队列？RFC 9892 与 DLEP 流量分类边界
一个调制解调器通过 DLEP 向路由器提供可替换的 TID 分类器集合：FID 把 DSCP 或 VLAN/PCP 匹配归组；若两类分类器同时命中，以太网 VID/PCP 优先。关键边界在于，RFC 9892 传送的是分类状态，而不是替路由器决定调度器、队列权重或信用窗口策略。
IETF
QUIC ACK 证明数据包已处理，而非应用已交付
数据包进入 ACK 范围，是一项边界清晰的传输层证据。它并不等于接收端进程已经读取、提交或执行了其中的数据。
欧洲与中东国家电信趋势
“优先通信恢复登记册”只有核实资格、升级路径与业务恢复后，才算本地连续性方案
中断协调电话刚开始时，所有人都很有信心。有人打开名为“优先站点”的表格，里面列着市政协调室、两处医疗设施和一个交通控制点。可真正有用的问题一提出，表格就沉默了：每栋楼究竟使用哪项接入服务？运营商是否确认过特殊处理，参考编号是什么？谁有权升级故障？又用什么证据证明语音、数据和相关应用已经恢复？
IETF
BGP ADD-PATH 展示备用路由，但不移交最优路径决定权
传统 BGP 邻居通常只看到某个前缀的一条通告路径；新通告一到，旧的候选便从这段邻接关系中消失。RFC 7911 在每个 NLRI 前加入四字节 Path Identifier，从而改变可见范围。它能区分多条路径，却不负责排序。领导者真正要决定的是：谁有权针对某个对等方和地址族增加路径数量，同时让接收方保留选择权并承担新增状态成本。
互联网历史
尚未证明唯一，地址却先开口：乐观 DAD 如何限制早期使用
新配置的 IPv6 地址可以在唯一性检查完成前传输流量，但在证据到来之前，不能像一个无争议的邻居那样改写邻居缓存状态。
AFNOG
AfNOG 主办征集称选择为最终决定，却未公布复议路径
有明确年代的征集称指定主体的决定为最终决定，但页面未公布有限的程序纠错路径。
IETF
当 ACME 穿越延迟容忍网络：RFC 9891 与 DTN 节点 ID 的证明边界
ACME 的授权材料在两条路径之间拆分：普通 ACME 通道承载账户挑战，延迟的 Bundle Protocol 通道承载挑战 Bundle 与响应 Bundle。服务器把挑战 Bundle 发往所声明的 singleton DTN Node ID；客户端只有在该 Node ID 收到特定的每 Bundle 令牌后，才能把它与不会经过 BP 通道的 ACME 挑战令牌绑定起来。这不是把 DTN 当作更慢的 HTTPS，而是把“谁收到了哪一个 Bundle”纳入授权证明边界。
AFNOG
AfNOG 主办征集偏好不同地区，却未公布轮换规则
有明确年代的主办征集偏好不同于上一主办地点的地区，但未定义背后的地域决策规则。
IETF
QUIC 版本列表不是服务器能力回执
Version Negotiation 数据包可以解释一次连接为何改道，却不能认证服务器、证明全网部署能力，也不能证明成功连接最终采用了哪个版本。
IETF
当 YANG 名称跨越修订而保留：RFC 9890 与注册表身份边界
一个修订后的 YANG 模块会保留初始模块名称和 XML 命名空间；因此，稳定的注册表身份本身并不能说明设备实际部署的是哪个修订，也不能证明两个修订在语义上兼容。RFC 9890 处理的是注册规则边界，而不是替运营者完成版本识别、兼容性判断或回滚证明。