Fabric EVPN-VXLAN per data center a 400G e 800G

Un fabric di data center leaf-spine EVPN-VXLAN è una rete scale-out che cresce aggiungendo switch. Ogni leaf è un VXLAN tunnel endpoint, BGP trasporta l'underlay tra leaf e spine, ed EVPN annuncia le route host MAC e IP, oltre ai prefissi IP, così il fabric apprende la raggiungibilità nel control plane invece che con flood and learn. IP Infusion lo fornisce come un unico sistema: lo switch, con OcNOS-DC preinstallato, e un unico contratto di supporto, con anycast gateway distribuito, EVPN multihoming e isolamento VRF multi-tenant.

Ogni tenant ottiene il proprio set di identificatori di rete VXLAN (VNI): i VNI Layer 2 trasportano traffico in bridging e i VNI Layer 3 trasportano traffico instradato all'interno di una VRF per tenant. Poiché il traffico è incapsulato per VNI e instradato all'interno di una VRF, un tenant non può vedere un altro tenant sulla fabric condivisa. Dove due tenant devono raggiungersi, il route leaking inter-VRF su EVPN-VXLAN lascia passare solo i prefissi specifici che autorizzate, così l'isolamento resta l'impostazione predefinita e la condivisione è esplicita. Support for routed tenants varies by switch model; check each platform in the OcNOS Feature Matrix.

Il multihoming EVPN consente di collegare un server a due o più leaf su un unico segmento Ethernet (ESI), in modalità single-active o port-active, così se un leaf o un link si guasta il traffico del server passa all'altro leaf. La segnalazione avviene interamente nel control plane EVPN, senza peer-link dedicato né accoppiamento proprietario tra i leaf. MLAG, invece, accoppia esattamente due switch tramite un peer-link e funziona in active-active. OcNOS-DC supporta entrambi, quindi un progetto che richiede l'inoltro simultaneo su entrambi i link può usare MLAG.

Il border leaf di ciascun fabric collega i due fabric a livello 3 con l'EVPN Layer 3 gateway e lo stitching Layer 3 VXLAN, e ogni fabric annuncia all'altro i prefissi IP dei propri tenant come route EVPN IP-prefix, mantenendo l'isolamento VRF per tenant tra i siti. Per il trasporto, un'ottica coerente OpenZR+ da 400G nella porta di uno switch compatibile con ZR+ accende direttamente la lunghezza d'onda, quindi non serve un transponder separato. Per l'approfondimento sulle ottiche, vedi la soluzione routed-optical, e per il calcolo della portata coerente la pagina tecnologica sul DCI coerente.

Sì. OcNOS-DC esegue ciò che serve a un fabric leaf-spine EVPN-VXLAN su switch con silicio merchant: EVPN-VXLAN con anycast gateway distribuito, EVPN multihoming, un underlay BGP unnumbered, VNI multi-tenant e ZTP con gNMI e NETCONF per le operazioni. Madeo Consultant ha sostituito i suoi switch del fornitore precedente con OcNOS su Edgecore e UfiSpace. IP Infusion fornisce switch, software e supporto come un unico sistema con un unico contratto, così puoi acquistare hardware da più di un fornitore e aggiornare switch e software con cicli indipendenti. Il supporto varia in base al modello di switch.

Un nuovo switch si avvia e recupera la propria configurazione tramite Zero Touch Provisioning, così passa dalla scatola a leaf di produzione senza una sessione console. Da lì il fabric viene gestito con streaming telemetry tramite gNMI, NETCONF e modelli OpenConfig, e Ansible, e gli stessi modelli permettono di applicare e verificare lo stato di EVPN e VXLAN come codice. IP Infusion fornisce lo switch con OcNOS-DC preinstallato e una baseline Day 0, così ogni leaf e spine parte da una configurazione nota.