BGP Unnumbered 通过链路本地机制建立点到点邻接，可以减少为大量叶脊链路分配和维护接口地址的工作，因此常被用于规模化 Fabric。但“少配 IP”不等于“少做设计”。邻接建立依赖接口、对端发现、ASN、路由策略与自动化模板；接口接错、模板套错或策略遗漏时，网络仍可能形成可达但不符合意图的路径。是否适合 AI Fabric，应从扩容频率、运维工具、故障定位能力和业务路由需求共同判断。
接口身份成为首要资产
传统编号链路可以用 IP 辅助识别对端，无编号模式更依赖接口名称、LLDP、线缆记录和节点角色。零接触部署前必须确保端口到角色的映射可靠，不能仅凭设备发现顺序生成配置。自动化清单应包含设备稳定身份、端口、对端、预期 ASN、链路用途和布线位置；发现与清单不一致时，应阻止路由会话进入生产。否则一根误插线缆也可能建立合法邻接，把错误路径带入控制面。
自动邻接不应放松路由策略
即使邻居可以按接口范围自动生成，入出策略、前缀范围、默认路由传播和社区标记仍需明确。AI Fabric 往往承载计算、存储或管理相关的多个前缀，错误泄漏会扩大故障域。建议对每类节点定义允许发布与接收的前缀，设置最大前缀保护，并监控会话反复、路由数量和下一跳变化。策略模板要经过离线渲染和差异审查，不能直接由设备角色推断所有业务意图。
规模与收敛需要在故障下测
会话全部 Established 只能证明当前控制面连通。验收应模拟单链路、单叶、单脊和维护重启，观察路由撤销、ECMP 变化、业务流量恢复和邻接抖动。AI 训练的大流和同步行为会放大短时路径变化，网络收敛时间还要与应用重试、RDMA 超时和作业容错配合。不能只用小流 ping 推断训练业务无感，也不能脱离硬件、软件版本和路由规模承诺固定收敛时间。
排障方式会发生变化
运维人员需要从“查某个接口 IP”转向“查节点角色、接口、对端与路由来源”。监控系统应关联 LLDP 邻居、BGP 会话、接口错误、光层状态和布线资产。日志中的链路本地地址对一线人员并不直观，应在平台中反查到业务名称和机柜位置。若现有工具无法处理无编号接口，部署后可能降低而非提高运维效率；先补齐资产和查询能力，比先上线协议更重要。
扩容模板还要防止角色漂移
新增叶节点或脊节点时，自动化应从设备身份与批准机柜位置推导角色，并在提交前模拟生成的邻接和路由数量。若一台设备被错误标成另一种角色，接口自动邻接可能让配置顺利应用，却形成超出预期的路由关系。扩容验收要比较设计清单、LLDP 发现与控制面结果三者，确认新设备没有改变旧设备的策略范围，也没有把临时部署参数遗留为长期例外。
适用性检查
- 确认所有 Fabric 链路均有可验证的接口与对端清单，布线变更能及时同步。
- 验证自动化可稳定生成邻居、ASN 与路由策略，并对异常拓扑执行失败关闭。
- 在目标规模下测试扩容、链路故障、设备维护和配置回退。
- 让监控与工单系统从链路本地标识追溯到设备、端口、线缆和业务角色。
- 评估运维团队能否在没有接口地址提示的情况下完成定位与应急恢复。
BGP Unnumbered 更适合拓扑规则、自动化成熟且接口资产可靠的环境；对需要复杂链路策略或依赖传统地址运维的网络，应先验证工具链再决定。NVIDIA 对 Cumulus Linux BGP 配置和相关行为的说明见 Cumulus Linux BGP 官方文档。使用时应切换到目标版本页面，并核对硬件与功能支持范围。
WeChat
Profile