面向 400G 和 800G 数据中心的 EVPN-VXLAN fabric

EVPN-VXLAN leaf-spine 数据中心网络是一种通过增加交换机来扩展的横向扩展网络。每台 leaf 都是 VXLAN 隧道端点，BGP 在 leaf 与 spine 之间承载 underlay，EVPN 通告 MAC 和 IP 主机路由以及 IP 前缀，因此网络通过控制平面而不是泛洪与学习来获知可达性。IP Infusion 将其作为一套系统交付：交换机、预装的 OcNOS-DC 和一份支持合同，并具备分布式 anycast 网关、EVPN multihoming 和多租户 VRF 隔离。

每个租户拥有自己的一组 VXLAN 网络标识符（VNI）：二层 VNI 承载桥接流量，三层 VNI 在每租户 VRF 内承载路由流量。由于流量按 VNI 封装并在 VRF 内路由，因此在共享 fabric 上，一个租户无法看到另一个租户。当两个租户需要相互访问时，基于 EVPN-VXLAN 的 inter-VRF 路由泄漏只放行您允许的特定前缀，因此隔离始终是默认状态，共享则是显式的。 Support for routed tenants varies by switch model; check each platform in the OcNOS Feature Matrix.

EVPN 多归属让一台服务器在同一个以太网段（ESI）上连接到两台或更多 leaf，工作在 single-active 或 port-active 模式，因此当某台 leaf 或链路发生故障时，服务器的流量会转移到另一台 leaf。其信令完全在 EVPN 控制平面中完成，因此不需要专用的 peer-link，也不需要 leaf 之间的专有配对。相比之下，MLAG 通过 peer-link 将恰好两台交换机配对，并以双活方式运行。OcNOS-DC 两者都支持，因此需要两条链路同时转发的设计可以使用 MLAG。

每个网络中的 border leaf 通过 EVPN 三层网关和 VXLAN 三层拼接在三层连接两个网络，每个网络将其租户 IP 前缀作为 EVPN IP 前缀路由通告给对方，并在各站点间保持每租户 VRF 隔离。在传输方面，支持 ZR+ 的交换机端口中插入 400G OpenZR+ 相干光模块即可直接点亮波长，因此无需单独的转发器。关于光模块的深入介绍，请参阅 routed-optical 解决方案；相干传输距离的计算，请参阅相干 DCI 技术页面。

可以。OcNOS-DC 在 merchant silicon 交换机上运行 EVPN-VXLAN leaf-spine 网络所需的功能：带分布式 anycast 网关的 EVPN-VXLAN、EVPN multihoming、BGP unnumbered underlay、多租户 VNI，以及用于运维的 ZTP、gNMI 和 NETCONF。Madeo Consultant 已用 Edgecore 和 UfiSpace 上的 OcNOS 替换了原有交换机。IP Infusion 将交换机、软件和支持作为一套系统在一份合同下交付，因此您可以从多家厂商采购硬件，并按各自的周期更新交换机和软件。支持情况因交换机型号而异。

新交换机启动后通过 Zero Touch Provisioning 拉取配置，因此交换机从开箱到成为生产环境 leaf 无需控制台会话。此后，网络通过 gNMI 流式遥测、NETCONF 与 OpenConfig 模型以及 Ansible 进行运维，同样的模型也让您以代码方式下发并验证 EVPN 和 VXLAN 状态。IP Infusion 交付的交换机预装 OcNOS-DC 和 Day 0 基线，因此每台 leaf 和 spine 都从已知配置开始。