📚 课程目录第4章 IP地址规划与Underlay拓扑设计

4. IP地址规划与Underlay拓扑设计

在Cisco Nexus数据中心Underlay路由工程中，IP地址规划与拓扑设计是决定后续路由协议能否稳定收敛、故障能否快速定位的基础环节。很多Underlay故障并非来自OSPF或BGP本身，而是源于编址混乱、环回口规划不当或路由域边界模糊。本节围绕点对点链路编址、环回口规划、Spine-Leaf物理拓扑以及路由域与自治系统划分四个核心问题展开，目标是形成一套可直接落地的编址与拓扑设计方法。

一、点对点链路编址：为什么推荐/31与/30

Spine与Leaf之间的每条互联链路都是点对点链路，链路上只有两个接口，不存在其他主机。传统做法使用/30网段，每个网段提供4个地址，其中2个可用，浪费2个。在大型数据中心中，Spine数量为S、Leaf数量为L，全互联（Full-Mesh）时链路数为S×L，若每链路占用一个/30，地址消耗相当可观。因此现代Nexus Underlay普遍推荐使用RFC 3021定义的/31编址，每个/31提供2个地址，恰好对应链路两端，利用率100%。

以一台Spine与一台Leaf互联为例，可规划为10.1.0.0/31，Spine侧接口使用10.1.0.0，Leaf侧接口使用10.1.0.1。配置时需注意，Nexus平台在接口下使用ip address 10.1.0.0/31即可，无需担心广播地址问题，因为/31链路本身不依赖广播。若某些老平台或特殊场景不支持/31，则退回/30，但应保持全网风格统一。

interface Ethernet1/1
  description To-Leaf-01
  no switchport
  ip address 10.1.0.0/31
  no shutdown

编址时应建立可推导的规则，而不是逐条手工分配。例如采用“10.[Spine编号].[Leaf编号].0/31”的规则：Spine-1与Leaf-1之间为10.1.1.0/31，Spine-1与Leaf-2之间为10.1.2.0/31，Spine-2与Leaf-1之间为10.2.1.0/31。这样任意一条链路的地址都能从两端设备编号直接推导，排障时无需查表。需要强调的是，上述网段与编号均为教学示例，实际项目应结合现有地址空间和IPAM系统确定。

二、环回口规划：Underlay的稳定锚点

环回口（Loopback）在Underlay中承担两个关键角色：一是作为路由协议的Router ID和BGP更新源，二是作为后续Overlay（VXLAN EVPN）的VTEP地址。环回口永不宕机，只要设备可达，基于环回口建立的邻居和隧道就不会因单条物理链路抖动而中断。因此环回口必须使用/32主机地址，且全网唯一、可汇总。

推荐为每台设备规划一个独立的/32环回地址，并按角色划分地址块。例如Spine使用10.255.0.0/24中的地址，Leaf使用10.255.1.0/24中的地址。Spine-1为10.255.0.1/32，Spine-2为10.255.0.2/32，Leaf-1为10.255.1.1/32，依此类推。这样在路由表中，所有Spine环回可汇总为10.255.0.0/24，所有Leaf环回可汇总为10.255.1.0/24，显著减小路由表规模。

interface loopback0
  description Router-ID / VTEP
  ip address 10.255.0.1/32
  ip router ospf 1 area 0.0.0.0
  ip pim sparse-mode

环回口规划还需考虑与后续EVPN的衔接。VTEP地址一旦确定，后续所有VXLAN隧道都基于该地址建立，变更成本极高。因此环回口地址应在项目初期一次性规划到位，并纳入IPAM统一管理。若采用双栈，还需同时规划IPv6环回，但Underlay通常以IPv4为主，IPv6可作为后续演进。

三、Spine-Leaf物理拓扑：Clos与全互联

数据中心Underlay的经典拓扑是Spine-Leaf两层Clos架构。每台Leaf至少连接所有Spine，每台Spine连接所有Leaf，Leaf之间不直接互联，Spine之间也不互联（或仅通过上层Super-Spine互联）。这种设计带来两个好处：任意两台Leaf之间的流量最多经过两台设备（Leaf→Spine→Leaf），跳数固定且可预测；同时任意一条链路或一台Spine故障，Leaf仍可通过其他Spine到达目的地，具备天然冗余。

物理连接上，Leaf的每个上行口连接一台不同的Spine，形成等价多路径（ECMP）。例如Leaf-1有4个上行口，分别连接Spine-1至Spine-4，每条链路运行OSPF并形成4条等价路由。当所有链路正常时，流量按ECMP哈希分摊；当Spine-2故障时，Leaf-1自动收敛到剩余3条路径。拓扑设计时应确保Spine数量与Leaf上行口数量匹配，避免出现“有Spine但无口可连”或“有口但Spine不足”的浪费。

图中展示了3台Spine与3台Leaf的全互联关系，每条链路标注了/31编址示例，环回口按角色分块，整个Underlay运行在OSPF Area 0中，BGP AS 65001统一承载EVPN。需要说明的是，图中地址与AS号均为教学示例，实际部署应依据企业地址规划确定。

四、路由域与自治系统划分

Underlay的路由域划分需要回答两个问题：IGP用什么、BGP AS怎么定。在Nexus EVPN VXLAN架构中，Underlay通常使用OSPF或IS-IS作为IGP，负责发布环回口和点对点链路地址，使全网设备环回可达。Overlay则使用iBGP EVPN，Spine作为路由反射器（RR），Leaf作为RR客户端，所有设备处于同一个自治系统内。

为什么推荐单AS而非多AS？单AS下所有设备建立iBGP邻居，Spine做RR，配置简单、策略统一、收敛快。若采用eBGP，则每台Leaf与Spine之间为不同AS，虽然可控性强，但配置量和排障复杂度显著上升，且EVPN的下一跳处理更复杂。对于大多数企业数据中心，单AS iBGP EVPN是更稳妥的选择。AS号建议使用私有AS范围（64512–65534），避免与公网AS冲突。

路由域边界应清晰：Underlay IGP只承载基础设施前缀（环回口、链路地址），不承载业务网段；业务网段通过EVPN发布。这样Underlay路由表保持精简，通常只有几十条路由，收敛速度极快。若将业务网段混入OSPF，路由表膨胀会拖慢收敛，也增加了故障域。因此，规划时应明确“Underlay管可达，Overlay管业务”的分工。

建议在项目初期输出一份编址与拓扑对照表，至少包含：设备名、角色、环回口地址、每条上行链路对端与网段、所属IGP区域、BGP AS号。该表是后续配置和排障的唯一依据，避免口头约定导致不一致。

综合来看，IP地址规划与拓扑设计并非孤立任务，而是与路由协议选择、Overlay方案紧密耦合。点对点链路用/31提升利用率，环回口用/32保证稳定锚点，Spine-Leaf全互联提供固定跳数与冗余，单AS iBGP EVPN简化路由域。四者协同，才能构建一个可推导、可汇总、可收敛的Underlay基础。