跳转到主要内容

主要领域

基础设施

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

Cloudflare记录北美源站至新加坡路径48分钟5xx窗口

亚太地区云服务趋势

Cloudflare记录北美源站至新加坡路径48分钟5xx窗口

Cloudflare 称,8 月 23 日 01:06 至 01:54 UTC,部分客户在北美源站与其新加坡数据中心之间的流量出现更多 5xx 错误和超时。事件已经解决,但公开说明中的具体影响范围是在这段窗口结束后才出现的。

2026年8月23日
没有距离余量的报文:BGP GTSM 与“邻近”能够授予的权限

案例档案

没有距离余量的报文:BGP GTSM 与“邻近”能够授予的权限

在一个说明性场景中,凌晨维护结束后,链路可达,密钥未变,路由策略也没有提交记录,但 BGP 会话始终停在 Active。真正变化的是回程:原先到达时 TTL 为 253,现在变成 252;接收端只允许两跳范围。报文并没有伪造身份,它只是带着一条新路径的痕迹,撞上了旧拓扑写成的安全边界。

2026年8月23日
过滤请求越过了会话,却没有越权:BGP ORF 与“要求少收”的权限

案例档案

过滤请求越过了会话,却没有越权:BGP ORF 与“要求少收”的权限

客户把入站前缀表从全表改成了几百条路线,自己的 RIB 立刻变得干净。可是,上游也许仍在生成、排队并传送全部更新,只是客户在最后一步把绝大多数丢弃。BGP Outbound Route Filtering 把“我不需要这些路线”的请求送到对端,让浪费有机会在发送端停止;它并不把发送边界的所有权一起送过去。

2026年8月23日
Linda Dunbar 与那个不能替网络虚构邻居的目录

IETF

Linda Dunbar 与那个不能替网络虚构邻居的目录

一台虚拟机已经从旧机架迁走,目录客户端却仍握着迁移前的地址映射。报文格式没有错,认证会话也没有断,错误只在一个地方:记录描述的网络已经不是眼前这个网络。Linda Dunbar 参与合著的四份 TRILL RFC,把“用目录减少泛洪”背后的代价写得很清楚——记录一旦开始影响转发,它的来源、覆盖范围、置信度、寿命和纠错路径就不再是后台细节。

2026年8月23日
会话已经 Established,却没有一条路由:RFC 8212 与显式政策的权限

案例档案

会话已经 Established,却没有一条路由:RFC 8212 与显式政策的权限

替换后的边界路由器显示 `Established`,KEEPALIVE 持续增加,邻接已稳定二十分钟,但 IPv4 表为空,也没有任何前缀发出。传输正常,路由权限尚未授予。RFC 8212 把这种表面矛盾变成安全属性:两端完成 OPEN,并不自动获得彼此路由的使用权和传播权。

2026年8月23日
RIPE Atlas 修复了探针分配,却没有公布受影响测量账本

报道

RIPE Atlas 修复了探针分配,却没有公布受影响测量账本

少一个测点,可能是网络真的发生了变化,也可能是观察网络没有把探针派出去。8 月 18 日,RIPE Atlas 明确承认了后一种可能:非 `worldwide` 区域选择的测量遇到探针分配问题。故障已关闭,但哪些测量经过了这段异常路径,公开记录没有回答。

2026年8月23日
Google称光纤维护引发us-west1拥塞,27项云产品受影响

北美云服务趋势

Google称光纤维护引发us-west1拥塞,27项云产品受影响

Google Cloud 表示,8 月 20 日的一次计划内光纤维护在俄勒冈州 The Dalles 都会区及`us-west1`区域造成意外拥塞。该起高严重性事件列出 27 项受影响产品,并把一个常被忽略的前提摆到台前:供应商建议跨区切换,不等于客户已经具备可执行的第二条路径。

2026年8月23日
会话沉默前留下了理由:BGP 关停说明与解释一次关闭的权限

案例档案

会话沉默前留下了理由:BGP 关停说明与解释一次关闭的权限

会话在维护窗口准点断开。接收方这次看到的不只是 `Cease`,还有一个简短工单号、关停原因与预计恢复区间。这句话能省下数小时排查,也可能被伪造、旁观、错误渲染,或被误当成流量已经安全迁移的证明。RFC 9003 赋予的是一项很小的权限:解释自己的关闭,不是支配邻网如何相信和响应。

2026年8月23日
两条连接都到达 OPEN,但只能留下一条:BGP 碰撞检测与稳定标识符的权限

案例档案

两条连接都到达 OPEN,但只能留下一条:BGP 碰撞检测与稳定标识符的权限

两端在同一秒主动拨号,两条 TCP 连接都顺利完成,并各自承载有效的 BGP OPEN。传输层没有坏,但一个已配置邻接不能同时保留两套状态机和两份会话历史。BGP 必须淘汰其中一条;决定者不是哪个报文先到,而是一个只有四字节、却必须由运营者长期治理的标识符。

2026年8月23日
邻居还在发送,却已停止接收:BGP SendHoldTimer 与终止单向会话的权限

案例档案

邻居还在发送,却已停止接收:BGP SendHoldTimer 与终止单向会话的权限

最难处理的 BGP 故障,未必会把会话变成红色。邻居的 KEEPALIVE 仍按时到达,本端 HoldTimer 一次次重置;但对方的 TCP 接收窗口已经归零,本端生成的撤回通告一条也发不出去。此时“Established”只说明一半链路仍在说话,并不说明双方还共享同一份路由事实。

2026年8月23日
路由被接收,正是为了让数据包消失:BGP BLACKHOLE 与“摧毁可达性”的权力

案例档案

路由被接收,正是为了让数据包消失:BGP BLACKHOLE 与“摧毁可达性”的权力

目的地址黑洞是一种极少见的控制:路由成功,不以流量送达为结果,而以流量被丢弃为结果。它能在 DDoS 中保住共享链路,也能在所有 session 正常时关闭一个无辜服务。两种结果之间的差别,不在 `65535:666` 这串数字本身,而在谁有权发出请求、接收方如何验证、FIB 实际执行了什么,以及何时能证明这项权力已经结束。

2026年8月23日
这一跳装得下,下一跳装不下:BGP Extended Messages 与共享尺寸预算的权威

案例档案

这一跳装得下,下一跳装不下:BGP Extended Messages 与共享尺寸预算的权威

一台 BGP router 接受 12 KB 的 UPDATE,完成选路;下一位邻居仍只接受 4,096 octets。route 没有 malformed,policy 也没有拒绝它,但完整表达无法越过下一条 session。容量是双边承诺,可达性却依赖整条链。

2026年8月23日
Hannes Gredler 与必须双向引流的 OSPF 链路

IETF

Hannes Gredler 与必须双向引流的 OSPF 链路

运维人员把一端的度量值调到最高,看见部分路由绕行,便以为链路已经“排空”。但邻端仍在发布它自己的反向状态,流量依然可能从另一侧进入。Hannes Gredler 参与撰写的 RFC 8379 把这个容易被物理直觉遮住的问题说清楚:一条链路在 OSPF 中是两端分别声明的方向性状态;可靠维护必须让两端识别同一条边,并用真实流量验证两个方向。

2026年8月23日
监测器看见了路由,不是数据包:BGP BMP 与控制平面证人的权威

案例档案

监测器看见了路由,不是数据包:BGP BMP 与控制平面证人的权威

一条监测记录可以完全真实,却被用来支持一个错误结论。BMP 把策略前、策略后、选路后与出口前后的 BGP 状态送到收集器。它们不是同一个事实的不同格式,而是不同阶段的证词。使用 BMP 的第一项责任,是说明究竟哪位证人在说话。

2026年8月23日
度量穿过了 AS 边界:BGP AIGP 与定义一种内部成本的权力

案例档案

度量穿过了 AS 边界:BGP AIGP 与定义一种内部成本的权力

两个自治系统可以由同一运营者控制,却使用两套不同的数学语言。一个把 10 毫秒链路写成“10”,另一个把高容量等级写成“10”。把它们相加会得到一个精确数字,却没有一致含义。BGP AIGP 能让成本跨 AS 累积;最难的不是属性格式,而是谁有权定义单位。

2026年8月23日
故障发生前,备用路径已经选好:BGP PIC 与预计算转发的授权边界

案例档案

故障发生前,备用路径已经选好:BGP PIC 与预计算转发的授权边界

链路断开的那一刻,最先接管流量的路径往往不是事故中临时选出的。在 BGP Prefix Independent Convergence 中,它可能早已静静躺在 FIB 里。速度来自提前完成的决定,风险也来自同一个地方。

2026年8月23日
反射器从错误的城市做了选择:BGP ORR 与替另一台路由器计算最佳出口的权力

案例档案

反射器从错误的城市做了选择:BGP ORR 与替另一台路由器计算最佳出口的权力

集中式 route reflector 可能在一个从不承载客户流量的地点做路径决定。BGP Optimal Route Reflection 允许它改从客户的逻辑位置计算。被找回的是缺失的视角,被创造的则是一项委托权:一套中央系统开始定义,什么拓扑、什么政策和哪些候选路径才算另一台路由器眼中的网络。

2026年8月23日
路由反射器藏起了选择:BGP ADD-PATH 与替代路径的公开权

案例档案

路由反射器藏起了选择:BGP ADD-PATH 与替代路径的公开权

路由反射器通过只向客户展示自己选中的路径,显著降低 iBGP 的连接规模。被省掉的不只是会话,还有信息。ADD-PATH 允许同一前缀的多条路径同时跨越一个会话,却不会替运营者决定应该公开哪些替代项、设备能承受多少状态,以及哪一条最终真的能够转发流量。

2026年8月23日
John Scudder 与必须先交代能力的 BGP 会话

IETF

John Scudder 与必须先交代能力的 BGP 会话

TCP 已经连通,不等于两台路由器已经同意怎样说 BGP。一方可以懂得新扩展,另一方从未实现;两边的软件都具备功能,也可能只有一边在本次 OPEN 中明确宣布。John Scudder 参与署名的三份 RFC 把这类模糊变成可检查的记录:先互报能力,再决定能否使用;不认识的新能力可以被忽略,真正不可缺的能力缺席时则应留下明确的停止理由。

2026年8月23日
路由本来有效,反射器却判定它在绕圈:BGP Cluster ID 与“删除可达性”的权力

案例档案

路由本来有效,反射器却判定它在绕圈:BGP Cluster ID 与“删除可达性”的权力

所有 BGP session 都是 Established,客户前缀也仍在源路由器上。西部反射器却拒绝了这条路由,因为收到的 `CLUSTER_LIST` 里出现了自己的本地值。协议没有失灵;它忠实执行了一个错误的身份地图,把两个不同的反射域当成了同一个 cluster。

2026年8月23日